Le loop Claude qui corrige son propre travail (les 3 prompts)

Tu as vu le principe dans la vidéo. Voilà les 3 prompts, prêts à coller dans Claude Code. 😎

1Le prompt qui écrit le plan

La première commande t'interviewe avant de toucher à quoi que ce soit, puis fige un plan clair sur lequel le reste de la loop va s'appuyer.

Crée une commande Claude Code /spec : tu m'interviewes une question à la fois jusqu'à bien comprendre ce que je veux. Puis tu écris un plan précis dans specs/projet.md : l'objectif, les besoins exacts, les cas limites, et ce que veut dire « terminé ». Tu ne construis rien tant que ce n'est pas clair.

2Le prompt qui construit (sans déborder)

La deuxième commande lit le plan et construit exactement ce qui est écrit — rien de plus — puis rend des comptes sur ce qu'elle a couvert.

Crée une commande Claude Code /build : tu lis specs/projet.md et tu construis exactement ce qui est écrit, rien de plus. À la fin, tu listes les besoins du plan que tu as couverts.

3Le prompt qui vérifie et renvoie les corrections

La troisième commande compare le résultat au plan point par point, liste les manques et les bugs, écrit les corrections et les renvoie à /build. C'est elle qui ferme la boucle.

Crée une commande Claude Code /review : tu compares ce qui a été construit au plan, point par point. Tu listes chaque manque ou bug en nommant le besoin concerné, tu écris les corrections et tu les renvoies à /build. Tu ne valides que quand tout le plan est couvert.

Lancer le loop

Tu colles les 3 prompts une fois (Claude crée les commandes), puis tu lances :

Lance /spec et réponds à ses questions. Ensuite, boucle /build et /review jusqu'à ce que la review passe sans erreur. Laisse-le tourner tout seul.

Bonus : le loop sur n'importe quoi

Pas que pour coder. Colle ça après n'importe quelle réponse de Claude (un texte, un plan, un email) et il boucle sur son propre travail :

Note ton travail sur 100 selon une grille que tu écris d'abord. Réécris pour corriger les points faibles, sans casser ce qui marchait. Recommence tant que la note progresse vraiment, puis donne-moi la meilleure version.

Pour aller plus loin : la loop qui tient en production

Une fois que tu as validé que ta tâche mérite vraiment une loop, monte la plus petite loop qui marche avant tout le reste. Quatre briques, pas une armée d'agents.

Les 4 briques, en clair :

• Une automation. Un run programmé qui se déclenche à intervalle régulier et s'arrête sur une condition claire. Utilise /loop dans Claude Code, ou une automation dans Codex. Combine avec /goal quand tu veux qu'il tourne jusqu'à ce qu'une condition précise soit remplie.
• Une skill. Un seul SKILL.md qui stocke le contexte projet que l'agent redécouvrirait sinon de zéro à chaque run.
• Un fichier d'état. Un fichier markdown (ou un board Linear) qui note ce qui est fait et ce qui reste. Le run de demain reprend au lieu de tout recommencer.
• Une gate. Le test, le type-check ou le build qui recale automatiquement le mauvais travail. C'est cette brique qui décide si la loop t'aide ou si elle ne fait que brûler des tokens.