De la tâche à la mission
Le prompt engineering, c'est l'aller-retour : vous donnez une tâche, vous vérifiez, vous corrigez, vous relancez. Utile, mais chronophage. Une autre approche a émergé, qu'on appelle le loop engineering : au lieu d'enchaîner les tâches, vous donnez un objectif et une condition de fin, et l'agent travaille seul jusqu'à l'atteindre. Il identifie les étapes, les exécute, vérifie son travail, mémorise sa progression, et recommence jusqu'à ce que la mission soit terminée.
Ce n'est pas une promesse marketing. Les outils agentiques récents le font réellement, y compris en lançant plusieurs agents en parallèle. Le passage du « chatbot qu'on relance » à la « mission qu'on délègue » est une bascule authentique.
Le raccourci qui trompe : « le prompt est mort »
On lit partout que l'autonomie rend le prompt inutile. C'est faux, et dangereux. L'autonomie n'abolit pas le cadrage, elle en augmente l'enjeu. Donnez un objectif flou à un agent autonome : il tournera une heure et produira une bêtise, avec assurance. Plus l'agent est libre, plus l'objectif, les critères de réussite, les contraintes et les conditions d'arrêt doivent être nets.
La compétence ne disparaît pas, elle monte d'un cran : on ne rédige plus la tâche, on rédige la mission et ses garde-fous.
Les cinq leviers d'une bonne boucle
La documentation d'Anthropic sur les usages agentiques converge vers cinq principes concrets.
- Adapter le niveau d'effort. Toutes les tâches n'exigent pas la puissance maximale. On réserve l'effort le plus élevé aux missions complexes et multi-étapes, et on reste léger pour le reste.
- Confier une tâche complète, pas une micro-tâche. Un objectif clair, des critères de réussite explicites, et une condition de fin : « continue jusqu'à ce que tous les tests passent », « jusqu'à ce que le rapport couvre les huit sections ».
- Fixer des points d'arrêt. Sans règle, l'agent vous interrompt sans cesse ou, à l'inverse, fonce sur des actions qu'il ne devrait pas prendre seul. La consigne utile : pause uniquement pour une action irréversible, un changement de périmètre, ou une information que vous seul pouvez donner. Sinon, continue et fais le point à la fin.
- Faire vérifier le travail. On équipe l'agent d'outils de contrôle (tests, relecture), ou l'on fait produire par un agent et vérifier par un second, chargé de critiquer et de corriger. La qualité d'une boucle autonome tient à ce contrôle intégré.
- Externaliser la mémoire. Ce qui doit persister d'une session à l'autre (les règles durables, les leçons apprises, le contexte stable) se pose dans les instructions permanentes ou un fichier relu à chaque session, plutôt que d'être redonné à chaque fois.
La moitié que les raccourcis oublient : le contrôle
Les présentations enthousiastes du loop engineering célèbrent l'autonomie et s'arrêtent là. Or un agent qui agit seul, branché à vos données et capable d'actions irréversibles, c'est précisément ce qui appelle une gouvernance. Qui autorise quel périmètre ? Quels points d'arrêt sur l'irréversible ? Qui vérifie le résultat avant qu'il ne produise des effets ? « Une équipe à votre service 24 heures sur 24 » sans cette couche de contrôle, pour un dirigeant, ce n'est pas un gain, c'est un risque.
Ce que ça change pour un dirigeant
La bonne question n'est plus « quel prompt écrire », mais « quelles missions puis-je déléguer, avec quels garde-fous, et qui en garde le contrôle ». Autrement dit, une question d'organisation et de gouvernance, pas d'outil. C'est exactement le déplacement que traite un cadrage de gouvernance : décider ce que l'on confie à l'IA, ce qu'on lui interdit, et qui répond de ce qu'elle produit.
Pour la version courte, à garder sous la main, le canevas universel de prompt de notre Prompthèque intègre déjà l'objectif, le format, les contraintes et les points d'arrêt.