Agentic

Le moteur de workflows — éditeur visuel, automatisations et le runtime qui exécute l'ensemble.

Le sous-système Agentic est la surface produit des workflows. Il héberge l'éditeur visuel, le runtime des agents, les automatisations et les surfaces de chat/voix avec lesquelles les clients interagissent.

Ce qu'il fait

Capacité	Où cela apparaît
Éditeur de workflow visuel	Le canvas. Blocs, connexions, variables, formats de réponse. Voir Blocs.
Runtime de workflow	Exécute les workflows à chaque déclencheur — chat, API, planification, webhook. Voir Exécution.
Automatisations	Tâches d'un seul agent planifiées ou déclenchées par webhook. Voir Automatisations.
Bases de connaissances	Récupération ancrée sur des documents téléchargés. Voir Architecture → Bases de connaissances et Habilitation de la base de connaissances.
Hôte Copilot	L'expérience « construire un workflow en discutant avec Copilot ». Voir Architecture → Copilot.
Surface de chat	L'application de chat côté utilisateur — agents, ancrage documentaire, voix.

Sa place dans le cluster

Agentic s'exécute dans l'espace de noms scrydon-agentic. Il dépend de :

Platform — pour l'authentification, l'autorisation et les identifiants d'intégration.
Cortex — pour chaque appel LLM, embedding et image. Voir Cortex.
Analytics + Ontology — pour les lectures de tables gérées et la récupération d'objets typés.
PostgreSQL + pgvector — pour l'état des workflows, l'historique des chats et les embeddings de documents.
SeaweedFS / S3 — pour les blobs de documents et les artefacts de workflows.

Modèle de runtime

Une exécution de workflow est déterministe : le moteur construit un graphe de dépendances à partir de vos blocs et les exécute en couches topologiques. Les branches indépendantes s'exécutent en parallèle ; les blocs en aval attendent leurs entrées.

Concepts clés du runtime :

Concept	Signification
Exécution en couches	Les blocs s'exécutent en couches de dépendance, pas un par un. Les branches parallèles s'exécutent réellement en parallèle.
Suivi de chemin	Les blocs `Condition` et `Routeur` élaguent dynamiquement le graphe d'exécution — les branches non sélectionnées ne s'exécutent pas.
Contexte d'exécution	Chaque exécution porte les sorties des blocs, les chemins actifs, les indices d'itération de boucle/parallèle, les variables d'environnement et les décisions de routage.
Autorisations d'exécution	L'autorisation est évaluée une fois lors du déclenchement du workflow, puis convertie en une autorisation de courte durée émise par le serveur et liée à une seule instance de workflow. Le runtime ne fait jamais confiance à l'identité passée dans le payload. Voir Sécurité → Autorisation.

Sources de déclencheurs

Les workflows peuvent être déclenchés de cinq façons. Le bloc Démarreur déclare lequel :

Manuel — exécuter depuis l'éditeur.
Chat — exposé sur un sous-domaine de chat.
API — POST /api/workflows/{id}/execute avec une clé API. Voir Exécution.
Planification — expression cron. Voir Déclencheurs planifiés.
Webhook — spécifique au fournisseur (GitHub, Microsoft Graph, …) ou générique. Voir Déclencheurs webhook.

Les automatisations utilisent le même modèle de déclencheur mais ignorent le canvas : prompt + outils + déclencheur, c'est tout.

Temps réel / voix

Les agents vocaux s'exécutent sur un service WebRTC séparé dans le même espace de noms, optimisé pour le streaming STT → LLM → TTS à faible latence. Le service voix partage la même autorisation, le même audit et le même registre d'intégrations que le reste d'Agentic. Voir Architecture → Voix.

État de connexion de l'éditeur

L'éditeur visuel reste synchronisé via une connexion temps réel active. Un petit indicateur d'état dans la barre d'outils supérieure affiche l'état courant — vert (connecté), orange (connexion en cours), rouge (déconnecté).

Si la connexion est interrompue et ne se rétablit pas en quelques secondes, une bannière apparaît en haut de l'éditeur et le workflow passe en lecture seule : vous pouvez toujours parcourir, zoomer et inspecter les blocs, mais les modifications sont suspendues jusqu'au rétablissement de la connexion. Cela évite que des modifications soient silencieusement perdues lorsque l'éditeur ne peut pas les synchroniser.

La bannière comprend un bouton Reconnecter qui force une nouvelle tentative de connexion immédiate. L'éditeur effectue également des tentatives automatiques en arrière-plan ; une fois reconnecté, la bannière disparaît et l'édition reprend. Les brèves interruptions de connexion qui se rétablissent d'elles-mêmes n'interrompent pas l'édition.

Voir aussi

Blocs — les primitives du canvas.
Exécution — détails du runtime, journaux, calcul des coûts.
Architecture → Copilot — comment fonctionne l'assistant intégré à l'éditeur.
Cortex — où vont réellement les appels LLM.