Rédiger les consignes de l’agent
Confiez une tâche à un agent avec du texte ou un modèle Markdown.
Envoyer du texte ou un fichier
Section intitulée « Envoyer du texte ou un fichier »Le brief contient les consignes envoyées à l’agent. Utilisez text pour une demande écrite dans votre script, ou file pour des consignes que vous souhaitez conserver et réutiliser en Markdown.
Brief texte { text } | Brief fichier { file, values } | |
|---|---|---|
| Source | Une chaîne construite par votre code | Un fichier Markdown rangé à côté de vos scripts |
| Variables | Aucune : interpolez dans votre code | {{NAME}} depuis values, WORK_BRANCH, BASE_BRANCH |
| Sortie de commande | Aucune | !`command` remplacé par sa sortie |
| Idéal pour | Demandes générées ou ponctuelles | Tâches réutilisées par plusieurs scripts |
Un brief texte est envoyé tel quel. La suite de la page traite des briefs fichier.
Utiliser un modèle avec des variables
Section intitulée « Utiliser un modèle avec des variables »Écrivez les emplacements sous la forme {{NAME}}, avec des lettres, des chiffres et des tirets bas. Outpost lit le fichier et les remplit avant le démarrage de l’agent.
Un file relatif se résout depuis le répertoire de travail du processus. Construisez le chemin à partir de import.meta.url pour lancer le script depuis n’importe où.
| Emplacement | Rempli avec |
|---|---|
{{FEATURE}} | values.FEATURE : une chaîne, un nombre fini ou un booléen. |
{{WORK_BRANCH}} | La branche sur laquelle travaille l’agent (voir Dépôt et branche). |
{{BASE_BRANCH}} | La branche active dans votre dépôt au démarrage de la tâche. |
Un emplacement sans valeur fait échouer la tâche avec le code d’erreur prompt avant le lancement de l’agent. Les valeurs que le fichier n’utilise pas sont signalées à votre fonction de rappel warn.
Insérer la sortie d’une commande
Section intitulée « Insérer la sortie d’une commande »Écrivez !`command` pour remplacer le fragment par ce qu’affiche la commande. Servez-vous-en pour transmettre à l’agent le journal d’un test en échec ou l’historique récent.
Les commandes s’exécutent dans la sandbox, dans la copie de travail de l’agent, avec sh -c. Avant chaque passe, toutes les commandes du brief tournent en parallèle.
- SortieSeule la sortie standard est insérée ; ajoutez
2>&1pour inclure les erreurs. - ÉchecUn code de sortie non nul fait échouer la tâche avec le code
promptet arrête les autres commandes. - Délai
expansionMsborne chaque commande ; la valeur par défaut est de 30 secondes.
Les valeurs ne peuvent pas ajouter de commandes : Outpost repère les fragments !` dans le fichier avant de remplir les emplacements.
Demander à l’agent, contrôler dans le code
Section intitulée « Demander à l’agent, contrôler dans le code »Les consignes indiquent à l’agent ce que vous attendez. Si une condition détermine l’acceptation du travail, vérifiez-la dans le code du workflow.
| Condition | Demander dans le brief | Contrôler dans le code |
|---|---|---|
| Les tests passent | « Run npm test. » | Lancez-les vous-même dans une session de sandbox ou une boucle de vérification. |
| Format de la réponse | « Reply with a JSON list. » | Validez une réponse typée. |
| Fichiers intacts | « Do not edit config/. » | Inspectez le diff, ou interdisez l’écriture avec les permissions du harness intégré. |
| Validation humaine | « Do not merge yet. » | Arrêtez-vous à une étape d’approbation. |
Une réponse typée exige aussi que le brief contienne sa balise ouvrante, par exemple <result>.
- Les briefs texte n’acceptent pas
valueset n’exécutent jamais de commande. WORK_BRANCHetBASE_BRANCHsont réservées : les passer dansvaluesest une erreur de configuration.BASE_BRANCHest vide lorsque votre dépôt a unHEADdétaché.- Une commande ne peut pas contenir d’accent grave (backtick).
- Avec l’exécution sur l’hôte, les commandes tournent sur votre machine :
sh -c, ou PowerShell sous Windows. - Un
{{WORK_BRANCH}}généré et la sortie des commandes changent d’une exécution à l’autre ; voir Rejouer sans modèle.
API : Brief · PromptVariables · DispatchOptions · dispatch.