Une équipe qui a déployé un agent IA pour son support client ou son suivi de projets se heurte vite à la même limite : quelqu’un doit rester devant l’écran pour relancer l’agent, lui donner la prochaine instruction, vérifier ce qu’il a produit. Ce mode de fonctionnement, un humain qui pilote l’agent tour par tour, ne passe pas à l’échelle. Une pratique baptisée en juin 2026 par l’ingénieur Google Addy Osmani, le loop engineering (l’ingénierie de la boucle), propose l’inverse : concevoir un système qui pilote l’agent à votre place, au lieu de le prompter vous-même à chaque étape.
Qu’est-ce que le Loop Engineering ?
Le loop engineering consiste à construire la boucle de contrôle qui déclenche, vérifie et arrête un agent IA, plutôt que de lui parler directement à chaque tour. Boris Cherny, qui dirige Claude Code chez Anthropic, résume l’idée ainsi : « je ne prompte plus Claude, j’ai des boucles qui tournent et qui prompt Claude à ma place, mon travail c’est d’écrire les boucles ». Concrètement, une boucle (un cycle automatisé qui se répète jusqu’à ce qu’un objectif défini soit atteint) remplace l’échange manuel prompt par prompt par un objectif écrit une fois, que le système poursuit seul.
Les cinq briques d’une boucle agentique
D’après l’analyse d’Addy Osmani dans son essai de référence sur le loop engineering, une boucle fiable s’appuie sur cinq éléments plus une mémoire partagée. Les automatisations déclenchent le travail sur un calendrier, tous les matins ou à chaque commit, sans intervention humaine. Les worktrees (des copies de travail isolées d’un même dépôt de code) permettent à plusieurs agents d’avancer en parallèle sans se marcher dessus. Les skills (des fiches de connaissance au format texte) évitent à l’agent de redécouvrir à chaque session les conventions du projet. Les connecteurs, construits sur le protocole MCP (Model Context Protocol, un standard qui relie un agent à des outils externes comme un tracker de tickets ou une base de données), donnent à la boucle un accès réel aux systèmes de l’entreprise. Enfin, les sous-agents séparent celui qui produit le travail de celui qui le vérifie, un principe simple : un modèle qui note son propre devoir est rarement le mieux placé pour le faire. Sixième pièce indispensable, une mémoire externe, un fichier ou un tableau de suivi qui garde la trace de ce qui est fait, parce que l’agent, lui, oublie tout d’une session à l’autre.
Cas d’usage en entreprise
Cette architecture s’appuie directement sur ce qu’on appelle l’agent harness, la brique qui rend un agent IA fiable en gérant sa boucle d’exécution et ses outils. Le loop engineering ajoute un étage au-dessus de ce harnais, celui qui décide quand et pourquoi relancer l’agent. Un cas concret documenté : une automatisation tourne chaque matin sur un dépôt de code, lit les échecs de tests de la veille et les tickets ouverts, écrit les constats dans un fichier de suivi. Pour chaque anomalie jugée pertinente, un sous-agent ouvre une copie de travail isolée et rédige un correctif, un second sous-agent vérifie ce correctif au regard des tests existants, puis les connecteurs ouvrent la demande de fusion et mettent à jour le ticket. Ce qui échappe à la boucle atterrit dans une file de tri pour un humain. Pour une entreprise française qui gère de la veille concurrentielle, du tri de tickets support ou de la surveillance d’indicateurs, le principe se transpose directement : la boucle fait le travail répétitif, l’équipe ne traite que les exceptions.
Bonnes pratiques et limites
Trois garde-fous ressortent des retours d’expérience. Séparer systématiquement l’agent qui produit du sous-agent qui vérifie, pour que « terminé » corresponde à un contrôle réel et pas à une simple auto-déclaration. Surveiller le coût en jetons (les tokens consommés), car une boucle qui tourne seule peut consommer beaucoup plus qu’un usage manuel si elle n’est pas bornée par des conditions d’arrêt claires. Et garder un œil sur le code produit : une boucle qui livre plus vite que ce qu’une équipe peut relire crée une dette de compréhension, le risque que plus personne ne sache vraiment ce que fait le système. La limite de fond, reconnue par les praticiens eux-mêmes, est que le loop engineering déplace le travail sans supprimer la responsabilité : concevoir la boucle avec rigueur muscle l’équipe, la déléguer sans regard l’affaiblit.
Le loop engineering ne remplace pas le prompt, il change le niveau où l’entreprise doit investir : moins dans la formulation d’instructions, davantage dans la conception du système qui les génère et les vérifie. Avant de multiplier les automatisations d’agents IA, mieux vaut clarifier qui vérifie, comment la boucle s’arrête, et où atterrissent les exceptions. Contactez notre équipe pour évaluer la boucle agentique la plus adaptée à vos processus.