Loop Engineering

Définition : concevoir la boucle, pas le prompt

Le Loop Engineering est la pratique qui consiste à concevoir le système — la boucle — qui prompte un agent IA à votre place, au lieu de le prompter soi-même tour après tour. La boucle découvre le travail à faire, le délègue à des agents, vérifie les résultats, persiste l'état et décide de l'action suivante, jusqu'à atteindre un objectif. La définition canonique est celle d'Addy Osmani, dans l'article fondateur du 7 juin 2026 : « se remplacer soi-même en tant que personne qui prompte l'agent ; on conçoit à la place le système qui s'en charge ».

Le terme s'est cristallisé en juin 2026 autour de deux formules devenues virales : Boris Cherny (créateur de Claude Code chez Anthropic) — « je ne prompte plus Claude, j'ai des boucles qui tournent ; mon travail consiste à écrire des boucles » — et Peter Steinberger — « vous ne devriez plus prompter les agents de code, vous devriez concevoir les boucles qui les prompteront ».

Généalogie : prompt → context → harness → loop

Le Loop Engineering est le quatrième étage d'une progression. Le prompt engineering optimise l'instruction ; le context engineering structure l'information fournie à l'agent ; le harness engineering conçoit le système de guides et de sensors qui entoure une exécution ; le loop engineering orchestre des exécutions répétées et auto-améliorantes vers un objectif. Chaque étage englobe le précédent : la boucle a besoin d'un bon harnais, qui a besoin d'un bon contexte.

Anatomie : cinq blocs

Une boucle, au sens du Loop Engineering, n'est pas une répétition mécanique : c'est un système qui contient au minimum cinq éléments — un déclencheur (ce qui lance la boucle : cadence, événement, objectif), une action (le travail délégué à l'agent ou aux sous-agents), une preuve (la vérification : tests, evals, revue — « done » est une affirmation, pas une preuve), une mémoire (l'état persisté entre les tours, souvent via le dépôt Git) et une condition d'arrêt (ce qui termine la boucle). C'est l'auto-amélioration à chaque tour, et non la répétition, qui fait l'intérêt du concept.

Désambiguïsation : ni crash-loop-back-off, ni Microsoft Loop

Le mot « loop » est surchargé. Sur les requêtes contenant « loop », le bruit homonyme capte la majorité des impressions — le crash loop back-off de Kubernetes loin devant, puis Microsoft Loop, l'event loop de JavaScript, la game loop des moteurs de jeu. Le Loop Engineering n'a rien à voir avec ces objets : il ne désigne que des boucles agentiques, des systèmes qui pilotent des agents IA de manière itérative avec un objectif et une condition d'arrêt.

Limites : coûts, vérification, dette de compréhension

Le Loop Engineering déplace le risque autant qu'il déplace le travail. Les boucles fréquentes et les sous-agents font exploser la consommation de tokens — de l'ordre de quinze fois plus en multi-agents, selon les données d'Anthropic. La vérification humaine reste indispensable : une boucle qui se déclare « terminée » n'a rien prouvé. Et l'automatisation crée une dette de compréhension (« comprehension debt ») : du code produit sans qu'un humain l'ait lu. Le mot d'ordre d'Osmani : « construire la boucle, mais rester l'ingénieur ».