Loop Engineering : faire bosser Claude en boucle jusqu'à ce que le travail soit vraiment fini
La méthode pour transformer Claude d'un chat qui répond une fois en un système qui trouve le travail, l'exécute, se vérifie et recommence tout seul jusqu'à ce que tout soit fait.
15 juin 2026 · 10 min de lecture
La plupart des gens utilisent Claude comme un distributeur : tu poses une question, il répond, tu refermes. Tu prends une décision, un résultat. Le loop engineering renverse complètement la logique. Tu arrêtes d'écrire les instructions une par une, et tu conçois le système qui les écrit à ta place, encore et encore, jusqu'à ce qu'il ne reste plus rien à faire.
Une boucle, c'est un système qui relance un agent IA en continu sur un travail à plusieurs items, sans que tu interviennes entre chaque étape. Au lieu de prompter à la main "fais la tâche 1", puis "fais la tâche 2", tu écris une fois les règles du jeu, et l'agent enchaîne tout seul.
Le changement de posture est là, et il est plus important que n'importe quel outil : prompter, c'est tactique (une instruction, un résultat). Le loop engineering, c'est stratégique (tu conçois la machine qui produit les résultats). C'est la différence entre faire le travail et piloter celui qui le fait. Ce guide te donne le squelette réutilisable et un exemple concret.
Le Claude AI Lab, c'est ma communauté Skool où je partage mes systèmes Claude et les modules plus avancés. L'entrée est gratuite.
Rejoindre le Lab →Une boucle ne s'arrête pas après un résultat. Elle trouve le travail, le fait, se vérifie, note ce qui est fait, puis recommence. Tu décris l'état final une fois, elle s'occupe du reste.
Le cycle en 5 temps
Peu importe la tâche, toute boucle bien conçue suit le même rythme. Retiens ces cinq temps, le reste n'est que de l'habillage.
Le fichier d'état transforme plusieurs lancements en une seule opération continue. Sans lui, chaque passage repart de zéro. Avec lui, la même boucle programmée reprend toujours exactement là où elle s'était arrêtée.
La charte de boucle
Voici le coeur du guide : une charte que tu remplis une fois et que tu donnes à Claude comme consigne. Elle reprend les cinq temps et y ajoute le but et la condition d'arrêt. Copie-la, remplace les crochets, et tu as une boucle.
BUT : [l'état final en une phrase, avec un chiffre vérifiable.
Ex : "chaque page produit dans /pages a le bon prix et passe le check de liens"]
OÙ TROUVER LE TRAVAIL : [dis exactement où chercher les items.
Ex : "scanne le dossier /pages" ou "lis les lignes non cochées de TODO.md"
ou "prends les tâches taguées 'ia' sur mon board connecté"]
COMMENT FAIRE LE TRAVAIL :
- Traite un item à fond avant de passer au suivant.
- Respecte le style et les conventions des fichiers existants.
- Sur une décision qui demande un humain (dépenser, supprimer, contacter),
ne tranche pas : note-la dans une liste "à décider" et avance.
COMMENT TE VÉRIFIER : [choisis la preuve adaptée à la tâche.
Ex : "lance les tests" ou "relis et confirme l'alignement avec le BUT"
ou "prends une capture d'écran qui montre le bon rendu"].
Une preuve, pas une impression. Si ça échoue, corrige et revérifie.
3 tentatives max par item, sinon marque-le "bloqué".
COMMENT TE SOUVENIR : tiens un fichier LOOP-STATE.md.
Après chaque item, note : nom, statut (fait / bloqué / à décider),
ce qui a changé, le contexte pour le prochain passage.
Relis ce fichier en premier à chaque lancement.
QUAND T'ARRÊTER : quand tout est fait ou marqué bloqué, ou après
[N] items pour ce passage. Termine par un rapport court :
ce qui est fait, ce qui est bloqué, ce qui attend une décision.
Le point le plus important, c'est le BUT. Un but vague ("fais que ce soit bien") ne donne rien à comparer, donc la boucle s'arrête comme un simple prompt. Un but mesurable lui donne un mur contre lequel se cogner jusqu'à ce que ce soit vraiment fini.
La règle d'or : la boucle se vérifie sur une preuve, jamais sur une impression. "Le test passe", "le lien s'ouvre", "la capture montre le bon prix". Pas "ça a l'air bon".
Les 5 pièces dans Claude Code
La charte décrit le comportement. Voici les cinq briques de Claude Code qui le rendent possible et fiable, sans surveillance.
claude -p "ta consigne de boucle" lancé par un cron externe..claude/skills/ qui stockent le savoir du projet (structure, règles, formats). Tu l'écris une fois, et chaque passage de boucle démarre déjà informé.Tu n'as pas besoin des cinq dès le premier jour. Une boucle simple tient avec une charte et une automatisation. Tu ajoutes les worktrees, les skills, les connecteurs et les sous-agents au fur et à mesure que tes boucles grossissent.
Les 3 pièges à connaître
Une boucle n'est pas toujours la bonne réponse. Garde ces trois limites en tête avant de te lancer.
Exemple 1 : la note de synthèse qui se vérifie toute seule
Prends une tâche classique : écrire une note d'une page sur un sujet. Le piège connu, c'est que Claude sort une note nickel avec des sources inventées, sans même savoir qu'il les a inventées. La boucle règle ça avec un but mesurable.
Sans boucle, tu fais cette vérification à la main, lien par lien, après coup. Avec la boucle, ce travail de contrôle est intégré au système, et la note ne ressort que quand elle tient debout.
Exemple 2 : ton pipeline commercial qui se relance tout seul
En solo, ce qui plombe ton chiffre, ce n'est presque jamais le manque de leads, c'est les relances qui passent à la trappe. Tu as eu un échange, puis la vie reprend, et trois semaines plus tard le prospect est froid. C'est du travail répétitif, multi-items, parfait pour une boucle.
Le détail qui compte : contacter quelqu'un est une décision humaine, donc la boucle s'arrête juste avant l'envoi, exactement comme la charte le prévoit. Tu gardes le doigt sur la gâchette, elle fait tout le reste.
Exemple 3 : chaque vidéo recyclée en posts multi-plateformes
Tu publies une vidéo ou un épisode de podcast, et 80% du potentiel de distribution meurt parce que tu n'as pas le temps de le décliner. Une boucle transforme une seule pièce de contenu en plusieurs posts, à chaque sortie.
Résultat : le jour où tu publies, tes déclinaisons sont déjà prêtes à relire et à programmer, au lieu de rester un projet "à faire" qui ne se fait jamais.
C'est ça, le loop engineering : tu ne demandes plus un résultat, tu décris à quoi ressemble un travail réussi, et tu laisses la machine s'y conformer toute seule.
Choisis un seul travail répétitif que tu fais déjà à la main. Écris-lui un but mesurable, remplis la charte plus haut, mets une limite de quelques items pour le premier passage. Tu ajusteras la vérification après l'avoir vue tourner une fois.
Tu veux aller plus loin ?
Dans le Lab, je partage mes automatisations Claude et n8n, de l'idée au truc qui tourne tout seul pendant que tu dors.
Une session ou un programme dédié, calibré sur tes outils et tes cas d'usage.
Et au quotidien, je partage un reel par jour sur Instagram : @quentin_iamarketing