Loop Engineering

Addy Osmani, chez Google, a mis un nom sur une pratique déjà en cours : concevoir la boucle qui prompte un agent de codage plutôt que le prompter à la main. Le guide Lushbinary date ce basculement de juin 2026 et place «Loop Engineering» comme la troisième couche d'une pile (prompt, puis contexte, puis boucle), chaque couche contenant la précédente. La technique Ralph de Geoffrey Huntley, du début 2026, en était la preuve pré-terminologique : une boucle `while`, le même prompt à chaque passage, un contexte neuf à chaque itération, un état durable sur disque dans `PLAN.md` et `STATUS.md`. La phrase de Peter Steinberger, "you should be designing loops that prompt your agents", et le travail de Boris Cherny sur «Claude Code» sous-tendent la viralité du terme.

Quatre notes l'abordent depuis des postes différents. Shubham Saboo le fait sortir de l'ingénierie pour l'amener vers le product management, avec cinq composantes : déclencheur, action, preuve, mémoire, condition d'arrêt. Cette dernière est celle qu'il juge la plus critique, car les systèmes échouent par défaut de sortie propre. Le problème qu'il nomme est la dérive des artefacts : le `CLAUDE.md` s'allonge, la checklist gonfle, les critères d'évaluation changent sans laisser de trace, et un mois plus tard l'agent "semble moins bon" alors que le modèle n'a pas régressé. Andrew Ng distingue trois boucles imbriquées par échelle de temps : les minutes pour le codage agentique, les dizaines de minutes à quelques heures pour le retour développeur, les jours pour le retour externe. Dorra Bartaguiz résume les usines logicielles comme du loop engineering plus du harness engineering plus de la supervision humaine.

La tension que personne ne referme : pour Lushbinary, "fait" reste une affirmation plutôt qu'une preuve, la vérification demeure humaine, et la dette de compréhension s'accélère avec des boucles plus rapides.