Comprendre les Agents
Un Agent Ormuz est un artefact opérationnel versionné qui regroupe une ou plusieurs activités métier bornées. Chaque activité possède son contrat d’entrée et de sortie, ses tools, ses limites d’exécution et sa politique d’accès à une éventuelle Mémoire Agent.
Le modèle mental
Un Agent n’est ni un simple prompt, ni un node de processus. Il possède une identité durable et des révisions immuables. Chaque révision contient les activités réellement exécutables ; un lancement sélectionne toujours une révision et une activité précises, puis produit un Agent Run observable.
L’Agent porte l’identité ; la révision fige le comportement ; l’activité définit la tâche et ses capacités ; le Run matérialise une exécution.
L’assistant de la Console aide à concevoir un Process, une Decision ou un Agent. Un Agent opérationnel s’exécute sur des données métier et n’utilise que les tools explicitement configurés sur l’activité lancée.
Une révision fige le contrat exécutable
Une révision d’Agent fige l’objectif général, les instructions communes, la sélection du provider de modèle et du modèle, ainsi que les activités avec leurs contrats, tools et guardrails. Modifier l’un de ces éléments produit une nouvelle révision au lieu de changer silencieusement une version déjà utilisée.
Cette immutabilité permet à un processus ou à un appel autonome d’identifier exactement le comportement exécuté. Une Mémoire Agent reste toutefois attachée à l’Agent lui-même : une nouvelle révision du même Agent peut reprendre une mémoire existante sans réécrire l’historique produit par les révisions précédentes.
Voir Versions, Releases et déploiement pour le cycle Working, la publication et la rétention communes aux artefacts déployables.
L’activité est l’unité opérationnelle
Une activité correspond à une responsabilité métier explicite, par exemple préévaluer un dossier, réexaminer une exception ou préparer une relance. Elle porte ses consignes, ses inputs, ses outputs, son éventuelle sortie de routage, ses tools et ses guardrails.
Les tools et les guardrails sont configurés activité par activité. Donner un tool d’écriture à une activité n’accorde aucune capacité aux autres activités du même Agent.
Un tool est un contrat conçu pour l’usage agentique : il n’est pas automatiquement créé à partir d’un node de processus et peut avoir une granularité ou des paramètres différents. Chaque tool déclare aussi un niveau de risque low, medium ou high, distinct de ses permissions et de la sensibilité des données qu’il manipule.
Voir Activités, tools et autorité et Catalogue et risque des tools.
Un Agent Run représente une exécution
Chaque lancement crée un Agent Run rattaché à une révision et une activité. Le Run permet d’inspecter le statut, les inputs et outputs visibles, les appels de tools, les warnings et, lorsqu’une Mémoire Agent est utilisée, le contexte de continuité associé.
Dans un processus, Agent Task porte la dépendance Agent
Le node Agent task sélectionne directement l’Agent, sa révision exacte et l’activité, puis mappe les inputs attendus par cette activité. Le processus n’a pas besoin de déclarer un rôle Agent pour exécuter la tâche.
Un rôle Agent est uniquement un namespace optionnel de continuité de Mémoire Agent. Il devient utile lorsque plusieurs Agent Tasks du même processus doivent retrouver le même contexte de travail ; l’identité Agent et la révision restent portées par chaque node.
La mémoire reste elle aussi optionnelle : le node peut s’exécuter sans mémoire, recevoir une Mémoire Agent mappée explicitement, ou utiliser un rôle Agent comme source de continuité. Voir Mémoire Agent et Utiliser un Agent dans un processus.