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 de référence est celle d'Addy Osmani, dans « Loop Engineering », publié sur son blog le 7 juin 2026 et repris par O'Reilly Radar le 22 juin 2026 : « le loop engineering, c'est 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 ».

Osmani nomme et structure la pratique ; il ne revendique pas d'en être l'inventeur, et le motif préexiste (boucles de type Ralph, TDD piloté par agent). Le terme s'est cristallisé autour de deux formules qu'il cite, publiées sur X les jours précédents : Boris Cherny, responsable de Claude Code chez Anthropic (6 juin 2026), « je ne prompte plus Claude, j'ai des boucles qui tournent, qui promptent Claude et déterminent quoi faire », et Peter Steinberger (7 juin 2026), « 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. Osmani le dit en une phrase : la boucle « se situe un étage au-dessus du harnais » ; elle tourne sur un minuteur, engendre de petits assistants et s'alimente elle-même. 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, 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 ou un fichier d'état partagé) 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 domine : crash loop back-off de Kubernetes, Microsoft Loop, event loop de JavaScript, game loop des moteurs de jeu. Le Loop Engineering 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 : dans les données publiées par Anthropic sur son système de recherche multi-agents (13 juin 2025), un agent consomme environ quatre fois plus de tokens qu'une conversation, et un système multi-agents environ quinze fois plus. La vérification humaine reste indispensable : une boucle qui se déclare « terminée » n'a rien prouvé, et Osmani rappelle que le travail consiste à livrer du code dont on a confirmé qu'il fonctionne. L'automatisation crée aussi une dette de compréhension (« comprehension debt ») : du code produit sans qu'un humain l'ait lu, et une boucle fluide la fait croître plus vite. Le mot d'ordre d'Osmani : « construire la boucle, rester l'ingénieur ».