Une procédure qui suppose le cas normal, c'est là que l'automatisation devient dangereuse
Les runbooks décrivent le chemin normal, ce qu'un script gère déjà. La raison pour laquelle une personne les exécute est l'étape quatre, où le résultat n'est pas ce que le document attend, et quelqu'un doit décider s'il faut continuer.
À ce moment, un script échoue ou continue quoi qu'il arrive, et continuer est ainsi qu'une procédure de routine devient un incident. La faute n'est pas dans l'automatisation. La faute est dans l'hypothèse que le document couvrait tout.
Un agent peut tenir l'intention d'une étape plutôt que sa commande littérale, ce qui signifie qu'il peut reconnaître un résultat inattendu au lieu de seulement un code de sortie non nul.
Ce qu'il doit alors faire, c'est s'arrêter. La valeur est d'exécuter les onze étapes fastidieuses et de refuser la douzième, avec l'état atteint écrit pour qui reprend.
Comment l'agent est construit dans Agent Studio
Chaque runbook vit dans un prompt skill, chaque étape étant énoncée avec la commande, le résultat attendu, et ce qu'un écart signifierait.
Un second prompt skill déclare la frontière : quelles étapes l'agent peut exécuter, lesquelles exigent toujours une personne, et lesquelles il ne peut jamais prendre en aucune circonstance.
Le prompt système exige que l'agent s'arrête à tout écart plutôt que de l'interpréter. L'agent doit rapporter l'état atteint et ce qu'il a observé à l'étape où l'écart s'est produit.
Il interdit toute improvisation. Une étape non écrite dans le runbook n'est pas exécutée, même là où l'agent croit que cela aiderait.
Un nœud HTTP Request précise les actions permises, et le nœud Agent Chat tient une session durable pour qu'une procédure longue garde sa place tout au long de l'exécution.
Chaque étape est publiée dans Slack au moment où elle est achevée, pour que quelqu'un qui surveille voie la progression plutôt qu'un trou silencieux suivi d'un résultat.
Un nœud Human in the Loop contrôle chaque étape marquée comme exigeant une personne. Google Sheets consigne chaque exécution et ses écarts, pour que le runbook lui-même s'améliore.
De quoi cet agent est constitué
- Prompt skills : chaque runbook avec l'intention de chaque étape et son résultat attendu.
- Prompt skills : quelles étapes sont permises, lesquelles ont besoin d'une personne, et lesquelles ne sont jamais prises.
- System prompt : s'arrêter à l'écart, rapporter l'état atteint, et ne pas interpréter.
- System prompt : pas d'improvisation. Une étape non écrite n'est pas exécutée.
- Agent Chat (Util) : une session durable qui persiste tout au long d'une procédure longue.
- Slack (Communication) : chaque étape est publiée dès qu'elle est achevée, pour que la progression soit visible.
- Quand un ActionFlow suffit : Si la procédure n'a ni branches ni jugements, construisez le flux de travail. Il doit rester un flux de travail.
Questions fréquentes
Newsletter
Recevoir les mises à jour produit
Nouveaux nœuds, agents et notes produit. Nous n'envoyons un e-mail que lorsqu'il vaut la peine de l'ouvrir.