Vous écrivez un prompt détaillé, l'agent revient avec quelque chose de presque bon, alors vous écrivez un autre prompt pour corriger. Ça se répète. Ça marche pour une question rapide, mais sur du vrai travail, ça veut dire que vous gérez encore chaque étape vous-même.
Dans ce guide: comment donner à un agent un objectif plutôt qu'un prompt, un prompt à copier, et ce qu'il faut vérifier avant de le laisser travailler seul en boucle.
D'abord, les bases
Un prompt est une instruction pour une étape. Un objectif, c'est autre chose: vous définissez à quoi doit ressembler le résultat final, vous donnez à l'agent un moyen de vérifier lui-même s'il y est arrivé, et vous le laissez travailler en boucle, se vérifiant encore et encore, jusqu'à ce que ce critère soit rempli, au lieu de s'arrêter après une seule réponse. Peter Steinberger, créateur d'OpenClock, l'a dit sans détour: «Vous ne devriez plus donner de prompts à des agents de code. Vous devriez concevoir des boucles qui donnent des prompts à vos agents.» L'idée est déjà devenue une commande officielle, /goal, à la fois dans Claude Code et dans Codex.
Étape 1: définissez le résultat final, pas les étapes
Pas «écris-moi un rapport», mais «le rapport est exact pour le dernier trimestre, chaque chiffre correspond au fichier source». Le résultat doit être quelque chose de vérifiable, pas une description générale.
Étape 2: donnez-lui une règle qu'il peut tester lui-même
Comment saura-t-il qu'il a terminé? Donnez-lui quelque chose de concret: refaire les calculs à partir de la source, vérifier qu'aucun lien n'est cassé, contrôler que la longueur reste dans une certaine fourchette.
Étape 3: dites-lui explicitement de travailler en boucle jusqu'à ce que le critère soit rempli
Cette formulation compte parce qu'elle transfère la vérification à l'agent lui-même, et vous n'intervenez qu'une fois le résultat terminé, ou quand il est vraiment bloqué.
Une minute, avant de le laisser tourner seul
Une boucle qui tourne sur un mauvais critère produira le mauvais résultat, encore et encore, en toute confiance. La première fois que vous utilisez cette méthode sur un nouveau type de tâche, surveillez la première boucle de près. Ne la laissez pas tourner sans surveillance sur quelque chose qui touche à de l'argent réel ou part directement chez un client, tant que vous ne l'avez pas vue atteindre le bon critère au moins une fois.
Ce qui s'est vraiment passé
La phrase de Peter Steinberger sur la conception de boucles plutôt que de prompts est rapidement devenue une commande officielle intégrée par les équipes de Claude Code et Codex, /goal: vous définissez un objectif, et l'agent y travaille en boucle jusqu'à remplir les critères, au lieu d'attendre que vous écriviez la prochaine étape.
Que faire maintenant
Prenez la prochaine tâche pour laquelle vous auriez écrit un prompt classique, et écrivez plutôt le résultat final et le critère de vérification, avec le modèle ci-dessus.