Quel est le mot le plus en vogue dans la Silicon Valley en ce moment ?
Loop.
Dès qu'on ouvre X, tout l'Internet ne parle plus que d'Ingénierie de la Boucle (Loop Engineering).
Les grandes figures de la Silicon Valley abandonnent les prompts les unes après les autres pour se tourner vers les boucles autonomes !
Jensen Huang nous indique la nouvelle priorité de la prochaine phase (et une nouvelle façon de brûler des tokens) :
Nobody writes prompts anymore. The new job is to write and handle loops.
(Personne n'écrit plus de prompts, le nouveau travail consiste à écrire et à gérer des Loops.)
Récemment, un ingénieur d'Anthropic a révélé :
Plus de 80 % des ingénieurs d'Anthropic utilisent déjà des boucles d'auto-amélioration (self-improving loops), ce chiffre atteindra 100 % dans 3 à 6 mois.
Andrew Ng affirme : Dans 3 à 6 mois, le prompt va disparaître ! Il est désormais certain que les Loops remplaceront les prompts.
Karpathy, en expliquant son projet AutoResearch, avait déjà évoqué la boucle fermée des agents d'IA (génération → exécution → évaluation → amélioration), et plaidé pour le retrait partiel des humains de la boucle.
Karpathy avait approfondi ce sujet en mars dans une interview, parlant spécifiquement d'AutoResearch / Karpathy Loop
Peter Steinberger, le père d'OpenClaw, déclare sans détour : Rappel mensuel : arrêtez d'écrire des prompts à la main, concevoir des boucles est la voie royale.
Boris Cherny, le père de Claude Code, lance directement une prédiction audacieuse : Les boucles sont l'avenir !
Il y a deux ans, nous écrivions encore du code manuellement. Ensuite, nous sommes passés à la phase où nous laissions les agents le faire.
Et aujourd'hui, nous nous dirigeons vers une phase où un agent donnera des instructions (prompt) à d'autres agents, qui généreront ensuite le code.
Le passage du code source aux agents a été un grand pas, mais l'introduction du mécanisme de boucle a une signification et un impact qui n'ont rien à lui envier.
Qui l'aurait cru ? L'ingénierie des prompts a été à la mode pendant deux ans, et les meilleurs ingénieurs en IA n'y jouent déjà plus.
Pourquoi les grandes figures de la Silicon Valley sont-elles toutes enthousiasmées par les Loops ?
La nature du prompting traditionnel est la suivante : l'humain EST la boucle elle-même.
Vous écrivez un prompt → L'Agent produit un résultat → Vous examinez → Vous écrivez le prompt suivant → Et ainsi de suite.
Chaque étape dépend de l'attention humaine, de la mémoire contextuelle et de la capacité de décision. La quantité de tokens et la complexité des tâches qu'une personne peut piloter efficacement en une journée sont limitées.
La nature de l'Ingénierie de la Boucle est la suivante : le système devient lui-même la boucle.
Par conséquent, l'ingénierie de la boucle est plus importante que l'ingénierie des prompts.
L'humain ne fait qu'une seule fois une conception de haute valeur :
1. Définir les objectifs et les conditions d'arrêt
2. Mettre en place un mécanisme de vérification (le plus crucial)
3. Établir une mémoire persistante (markdown / état externe)
4. Configurer la découverte et l'ordonnancement
Ensuite, le système d'IA en boucle peut découvrir des tâches de manière autonome → les exécuter → les vérifier → les rendre persistantes → en découvrir de nouvelles, fonctionnant 24h/24 et 7j/7, l'humain n'intervenant qu'en cas de besoin.
C'est la raison pour laquelle les grandes figures de la Silicon Valley sont enthousiasmées par les Loops.
Ils partent du postulat suivant : une fois les boucles arrivées à maturité, le rapport coût-bénéfice des prompts manuels s'effondrera directement !
Le livre blanc de 11 pages sur l'Ingénierie de la Boucle, viral sur Internet
Alors, qu'est-ce qu'un processus de boucle exactement ?
Ces derniers jours, un livre blanc sur l'Ingénierie de la Boucle a commencé à circuler massivement sur X.
https://drive.google.com/file/d/1qzKI4DKnyHRpXK1J3ATPqwaqLc0iNu-M/view
Ce PDF de 11 pages est essentiellement un résumé/guide pratique de tendance, rassemblant les discussions publiques et expériences pratiques associées.
L'idée centrale provient des déclarations publiques de Peter Steinberger, Boris Cherny et Addy Osmani.
Qu'est-ce que l'Ingénierie de la Boucle ?
Loop Engineering (Ingénierie de la Boucle), nommé ainsi par Addy Osmani, ingénieur chez Google Chrome, en juin 2026.
C'est la quatrième couche au-dessus de l'ingénierie des prompts, du contexte et de la chaîne d'outils : les trois premières supposent que vous êtes assis devant votre clavier pour diriger l'IA ligne par ligne ; l'Ingénierie de la Boucle vise à vous retirer de cette position, à vous libérer complètement de la tâche de travail.
Désormais, vous n'êtes plus le moteur qui pilote l'IA, mais l'architecte qui conçoit ce moteur.
Le système se réveillera automatiquement aux moments définis, générera des sous-agents pour travailler et réinjectera les résultats produits comme entrée pour le cycle suivant.
L'article décompose une boucle complète en cinq actions clés :
Découverte : L'IA utilise une bibliothèque de compétences figée pour trouver elle-même un travail de valeur, comme lire les derniers échecs d'intégration continue (CI) ou les problèmes non résolus (Issue).
Transfert : Ouvrir un bac à sable (sandbox) indépendant pour chaque tâche, permettant à plusieurs agents de travailler en parallèle sans interférence.
Vérification : C'est l'étape la plus centrale. Si on laisse l'IA qui écrit le code s'auto-évaluer, elle ne fera que s'auto-congratuler aveuglément. Par conséquent, il est impératif d'introduire un agent « évaluateur » complètement indépendant, par défaut sceptique, pour relever les erreurs.
Persistance : La mémoire de l'IA ne peut pas rester uniquement dans la fenêtre de contexte, qui peut être effacée à tout moment. Il faut figer son état et sa progression sur le disque, afin qu'elle puisse reprendre le lendemain.
Ordonnancement : Fermer la boucle complète en faisant fonctionner le système de manière cyclique et autonome via des scripts automatisés.
Parmi celles-ci, la plus difficile et la plus facile à négliger par paresse est la vérification.
Laisser une IA s'auto-évaluer, elle se félicitera presque toujours, car elle a en tête une chaîne d'auto-persuasion. La solution est d'introduire un Agent évaluateur indépendant, qui par défaut suppose que le code est mauvais.
Cependant, le fonctionnement totalement automatisé du système ne signifie pas que vous pouvez dormir sur vos deux oreilles. L'auteur met en garde : lorsqu'une boucle tourne à toute vitesse au milieu de la nuit, elle peut accumuler silencieusement quatre coûts cachés.
Dette de vérification : Des erreurs subtiles non vérifiées sont discrètement fusionnées dans le dépôt.
Corrosion de la compréhension : L'IA écrit le code trop vite, entraînant un décrochage sévère de la compréhension humaine de la base de code.
Reddition cognitive : L'humain se lasse de relire et accepte entièrement les résultats de l'IA.
Dérapage des tokens : L'IA retente sans cesse dans une boucle infinie toute la nuit, brûlant le budget.
La même boucle, construite par deux personnes différentes, peut donner des résultats diamétralement opposés. Si vous y intégrez du jugement, il sera amplifié ; si vous y intégrez de la paresse, elle sera amplifiée.
En résumé, ce rapport révèle un changement profond dans l'industrie : l'ingénierie de la boucle rend la génération de code presque gratuite, et le jugement humain devient la seule ressource rare !
Par ailleurs, un guide pratique en 14 étapes publié par Codez est également viral sur Internet, avec déjà des millions de partages.
L'essentiel de l'article est le suivant : Le Prompt est dépassé, le point de levier s'est déplacé d'un niveau – des « phrases écrites pour l'IA » à la « conception d'un système qui alimente automatiquement l'IA ».
Cette transition peut être décomposée en 14 étapes, 3 phases –
D'abord, déterminer si vous avez vraiment besoin d'une boucle (la tâche est-elle répétitive ? La vérification peut-elle être automatisée ? Le budget peut-il le supporter ?), puis apprendre les cinq composants (ordonnancement, répertoire de travail isolé, fichier de compétences, connecteur externe, sous-Agent évaluateur indépendant), et enfin construire une boucle minimale viable.
Le point le plus crucial est : séparer l'Agent qui écrit le code de l'Agent qui le révise. Le même modèle étant à la fois joueur et arbitre se donnera toujours la note maximale.
Une boucle sans porte de validation objective n'est qu'un « échange de compliments entre deux optimistes ». Plus une boucle fonctionne bien, plus elle incite l'ingénieur à arrêter de vraiment comprendre le code.
Chronologie de la naissance de l'Ingénierie de la Boucle
Si on devait établir une chronologie de l'Ingénierie de la Boucle, elle serait approximativement la suivante.
Phase préliminaire de base
2022 : Yao Shunyu et al. proposent le cadre ReAct, jetant les bases théoriques.
2025 : Geoffrey Huntley propose « Ralph ».
Fin 2025 – début 2026 : Andrej Karpathy publie le projet AutoResearch, formant la boucle classique d'expérimentation autonome, une étape majeure.
Phase d'explosion du concept et de dénomination
Début juin 2026, Peter Steinberger s'exprime : Vous ne devriez plus coder manuellement les prompts pour les agents, mais concevoir des boucles qui les génèrent.
Boris Cherny déclare : Je ne donne plus directement de prompts à Claude, mon travail est d'écrire des boucles qui exécutent Claude.
7 juin 2026 : Addy Osmani publie le blog « Loop Engineering », le nomme officiellement et propose le framework à 4 couches : Prompt → Contexte → Harnais → Ingénierie de la Boucle).
Ensuite, tout au long du mois de juin, l'Ingénierie de la Boucle commence à se propager de manière virale sur Internet.
La « boucle infinie » de Claude, les Agents automatisés prennent le contrôle
Dans un podcast interne, un ingénieur d'Anthropic a révélé un détail glaçant :
Lorsque vous cliquez sur Exécuter pour laisser Claude travailler pendant 8 heures, vous pariez en réalité 500 dollars de puissance de calcul.
Si vous êtes encore en train de vous demander comment écrire un prompt, vous avez déjà perdu.
Dans la logique d'Anthropic, les ingénieurs évoluent en « répartiteurs de puissance de calcul ».
Votre travail central n'est plus d'écrire de la logique, mais de décider où chaque centime de puissance de calcul est investi.
Comme l'a souligné Noam Brown, chercheur chez OpenAI, plus tôt ce mois-ci, les modèles contemporains peuvent résoudre presque n'importe quel problème, à condition que vous investissiez suffisamment de puissance de calcul.
L'Ingénierie de la Boucle fait partie de la grande tendance du « calcul au moment du test ».
Il est intéressant de noter que l'idée de faire travailler les agents en boucle avait déjà des précurseurs.
Au moins l'été dernier, Geoffrey Huntley, un éleveur de moutons australien, en parlait déjà dans son blog, il appelait ça la « boucle Ralph ».
Il y a un an, si vous vouliez implémenter une boucle, vous deviez écrire un tas de scripts bash, puis maintenir ce code pour toujours, qui n'appartenait qu'à vous seul.
Maintenant, ces composants sont directement intégrés dans les produits.
Vous ne débattrez plus pour savoir s'il faut utiliser Codex ou Claude Code, vous concevrez directement des boucles qui fonctionneront quel que soit l'outil dans lequel vous vous trouvez.
Addy Osmani, ancien responsable de l'ingénierie et des relations développeurs chez Google, souligne que toutes les parties nécessaires à l'Ingénierie de la Boucle sont déjà présentes dans ces outils d'IA.
Il affirme également que l'Ingénierie de la Boucle peut conduire à une « reddition cognitive » des ingénieurs :
Lorsqu'une boucle fonctionne d'elle-même, il est facile d'arrêter de réfléchir et d'accepter passivement tout ce qu'elle renvoie.
C'est précisément ce qui inquiète Armin Ronacher, spécialiste du génie logiciel.
C'est aussi ce que dit Orange Book, Addy Osmani encourage les gens à concevoir des boucles avec jugement :
Concevoir une boucle, si c'est fait avec jugement, c'est un remède ; si c'est fait pour éviter de réfléchir, c'est un catalyseur – la même action, des résultats diamétralement opposés.
La boucle ne s'arrête pas, l'ingénierie ne meurt pas
Lors de la conférence des ingénieurs en IA en avril, un ingénieur d'Anthropic a expliqué qu'ils avaient fait développer une application de jeu vidéo rétro par Claude, en utilisant deux méthodes : l'une avec uniquement un prompt minimal, l'autre avec une boucle d'agents.
Le contraste des résultats est frappant : La version avec prompt minimal a pris 20 minutes et coûté 9 dollars ; la version en boucle a pris 6 heures et coûté 200 dollars.
Mais la qualité de l'application produite par cette dernière était bien supérieure.
La première ne faisait pas tourner le jeu, l'application était rudimentaire ; la version en boucle était beaucoup plus riche, contenant de nombreuses fonctionnalités souhaitées par le concepteur du jeu.
La boucle n'a aucune pitié pour ceux qui abandonnent la réflexion. Elle ne fera qu'utiliser sa vitesse accrue pour transformer votre ignorance en dette dans le code.
Et ceux qui sont prêts à continuer à comprendre de manière laborieuse, à définir continuellement des règles et à assumer la responsabilité du résultat final, obtiendront un levier plus grand que jamais lors de cette migration de paradigme.
Build the loop. Stay the engineer.
Le Prompt est mort, la Loop est en marche.
Et vous, vous restez celui qui décide de son sens.
Références :
https://x.com/DataScienceDojo/status/2069873216152092975
https://x.com/0xCodez/status/2064374643729773029
https://x.com/akshay_pachaar/status/2069769689560187027
Cet article provient du compte officiel WeChat « 新智元 » (New AI Age), auteur : ASI Apocalypse
