« Loop engineering » : le prochain mot à la mode — et ce qu'il faut vraiment en retenir

Il y a un nouveau mot dans le paysage : loop engineering. La traduction serait « ingénierie de la boucle ». Et il arrive exactement au moment où la précédente mode s'essouffle.

Souvenez-vous : pendant deux ans, on vous a vendu des formations pour apprendre à « écrire un bon prompt ». Ce métier a existé — début 2023, un poste d'ingénieur en prompts s'affichait à plus de 300 000 dollars par an. Aujourd'hui, dans une enquête Microsoft menée auprès de 31 000 salariés dans 31 pays, le poste de « prompt engineer » arrive avant-dernier parmi les rôles que les entreprises envisagent de créer. La compétence n'a pas disparu : elle a été absorbée — par les modèles, qui comprennent l'intention sans qu'on les cajole, et par les outils, qui écrivent désormais leurs propres prompts.

Alors on passe à la suite. Vous ne devez plus écrire le prompt : vous devez concevoir la boucle qui écrit le prompt à votre place. Et je vous parie une chose.

Dans quelques mois, vos outils feront la boucle pour vous. Mais vous pourrez toujours payer une formation pour apprendre à la faire vous-même.

D'où ça sort, et pourquoi c'est déjà en train de se passer

Le terme a été popularisé en juin 2026 et formalisé par Addy Osmani, ingénieur chez Google. L'idée : un agent, c'est un modèle qui appelle des outils en boucle — jusqu'à ce qu'une condition d'arrêt soit remplie. Le travail se déplace donc de la formulation vers la conception du cycle : quel déclencheur, quel contexte, quelle vérification, quand s'arrête-t-on.

Sauf que l'absorption a déjà commencé, et elle va vite. Les outils de développement assistés par IA écrivent aujourd'hui eux-mêmes leur script d'orchestration : ils décomposent la tâche, lancent plusieurs agents en parallèle, les font relire leur travail mutuellement de façon adversariale, et filtrent les conclusions qui ne survivent pas au recoupement. L'un des principaux outils du marché permet de fixer un objectif et de le laisser travailler « pendant des heures, voire des jours ».

Osmani lui-même le constate : ce qui était hier une compétence à acquérir est en train d'être livré d'usine, à l'intérieur des produits.

Mais — et c'est là que je nuance mon propre sarcasme

L'auteur du terme dit une chose que les vendeurs de formation ne répéteront pas : « la boucle change le travail, elle ne vous en efface pas ». Et il ajoute, dans un billet du 9 juillet : quelqu'un doit rester capable d'expliquer exactement ce qui a changé, pourquoi c'était sûr, et ce qui se passe si on s'est trompé.

Autrement dit, le mot est une mode. Ce vers quoi il déplace l'attention ne l'est pas. Et pour un dirigeant de PME, cette distinction vaut de l'argent.

Pourquoi ça vous concerne : 40 % de ces projets vont être annulés

Gartner prévoit que plus de 40 % des projets d'IA agentique seront abandonnés d'ici fin 2027. Regardez bien les trois causes citées, parce qu'aucune n'est technologique :

1. les coûts qui dérapent ;
2. la valeur métier restée floue ;
3. des garde-fous insuffisants.

Traduction : ces projets n'échouent pas parce que l'IA est mauvaise. Ils échouent parce que la boucle a été mal conçue. Elle tourne trop longtemps, elle coûte trop cher, personne n'a défini ce que « terminé » veut dire, et personne ne vérifie le travail.

Ajoutez à ça une donnée mesurée par le laboratoire indépendant METR : la fiabilité d'un agent s'effondre avec la durée de la tâche. Sur ce qu'un humain ferait en quelques minutes, le taux de réussite frôle les 100 %. Sur ce qui prendrait plusieurs heures, il s'écroule. La conséquence pratique est immédiate : découpez. Un processus long découpé en tâches courtes et vérifiables est mécaniquement plus fiable que le même processus confié d'un bloc à un agent.

Les cinq choses qui comptent vraiment (et qui ne se démoderont pas)

Peu importe le nom qu'on donnera à la mode dans six mois. Quand je mets un agent au travail sur un processus réel chez un client, ce sont ces cinq points qui décident du succès ou de l'échec :

• Un critère d'arrêt écrit noir sur blanc. « Terminé » doit être testable : un contrôle qui passe, deux tours sans nouveau résultat. Jamais le jugement du modèle sur son propre travail.
• Une vérification par un tiers. Un agent qui note sa propre copie est beaucoup trop indulgent. Le vérificateur doit être séparé du producteur — idéalement un autre modèle, avec d'autres instructions.
• Un plafond de dépense par exécution. Une boucle qui itère jusqu'à satisfaction est une boucle qui consomme jusqu'à satisfaction. Budget par lancement, pas budget par mois.
• Une mémoire hors du modèle. Les modèles oublient d'une exécution à l'autre. Ce qui doit persister vit dans un fichier, une base, un tableau — pas dans la conversation.
• Une responsabilité nominative. L'outil ne signe pas. Quelqu'un, chez vous, doit pouvoir dire ce que l'agent a fait et pourquoi c'était sûr.

Ce que ça veut dire pour vous

Ne payez pas une formation pour apprendre un mot qui aura changé au prochain trimestre. Et ne confiez pas votre processus à un agent parce qu'il est impressionnant en démonstration.

Posez plutôt les quatre questions qui font la différence entre un projet qui tient et un projet qui finira dans les 40 % : à quoi reconnaît-on que c'est fini ? qui vérifie ? combien ça coûte au maximum ? qui est responsable si ça dérape ? Si votre prestataire n'a pas de réponse claire aux quatre, le problème n'est pas la technologie.

C'est exactement la discipline que j'applique : des automatisations découpées, vérifiables et documentées, avec un déroulé de projet clair et une équipe formée pour tenir l'outil après mon départ. Le reste, c'est du vocabulaire.