Agentspan

Chaque étape est persistée avant que la suivante ne commence, donc un plantage, un déploiement ou une longue attente ne vous coûtent jamais la progression de l'exécution. Quand un nouveau worker se connecte, le serveur reprend à la dernière étape terminée. C'est toute la promesse. Pour des agents qui prennent des minutes ou des heures, c'est la différence entre un outil en lequel vous avez confiance et un autre que vous devez surveiller.

En mode planifier-exécuter, le modèle décide quoi faire au moment de l'exécution, mais une seule fois, et il émet un unique plan JSON que le serveur compile en workflow immuable afin de retirer l'aléa du modèle de l'orchestration, des tentatives et du parallélisme. Ces agents planifier-exécuter peuvent aussi appeler vos workflows Conductor existants comme étapes.

Les agents peuvent démarrer depuis des planifications cron, des topics Kafka, des files SQS, des messages AMQP, des webhooks et des événements de base de données, et chacun de ces déclencheurs est une exécution durable avec historique complet, donc un agent se comporte comme n'importe quel autre consommateur d'événements de votre stack. Vous branchez une planification en une seule ligne, par exemple une expression cron du matin en semaine.

Une exécution peut se mettre en pause sans perdre son état, recueillir la relecture ou les données d'une personne, puis reprendre la même exécution. Cela en fait un agent avec humain dans la boucle par conception, pas par rustine. Comme l'état vit dans le workflow et non dans la mémoire d'un processus, l'attente peut durer des minutes ou des jours. Cela compte pour toute action qui a besoin d'un accord avant de prendre effet.

Le serveur conserve un enregistrement durable des décisions, des résultats de politiques, des données de tâches, des minutages et des échecs. Vous pouvez inspecter ce qu'un agent a proposé, ce que la politique a autorisé et où une exécution s'est arrêtée. Pourquoi a-t-elle échoué ? La réponse est dans l'enregistrement. Déboguer un agent cesse d'être de la devinette quand chaque tour est journalisé.

La sortie du modèle est traitée comme une proposition, pas comme un ordre. Les plans et les arguments d'outils doivent passer la validation de schéma, les contrôles de politique et les validations requises avant de devenir du travail exécutable. Donc rien ne tourne tant que ce n'est pas validé. Vous pouvez contraindre les outils, les entrées, l'éventail d'appels, le temps et le coût avant que quoi que ce soit ne tourne.

Le SDK Conductor Agent est livré pour Python, TypeScript/JavaScript et C#/.NET, donc les équipes construisent des agents dans le langage qu'elles utilisent déjà. La stratégie planifier-exécuter fonctionne sur les trois. Vous l'installez avec une seule ligne de paquet par stack et gardez vos agents portables.