Arrête de prompter. Passe au Loop Engineering.
Boris Cherny dirige Claude Code chez Anthropic, et il vient de dire tout haut ce que peu osent : il ne prompte plus Claude. Des boucles le promptent à sa place. Ce guide décortique ce qu’est une boucle, les deux commandes de Claude Code qui en lancent une, et la charte à copier-coller pour démarrer la tienne aujourd’hui.
« Je ne prompte plus Claude. J’ai des boucles qui tournent, qui promptent Claude et décident quoi faire. Mon job, c’est d’écrire des boucles. »
Boris Cherny, Head of Claude Code chez Anthropic
Pendant des années, la compétence IA reine, c’était d’écrire un bon prompt. Le souci, c’est que prompter te garde dans la pièce. Tu écris, tu attends, tu corriges, tu réécris. Tu tiens la main de l’agent du début à la fin. Une boucle te remplace sur ce siège. Tu lui confies un objectif, et elle trouve le travail, le fait, se vérifie, retient ce qu’elle a terminé, et recommence jusqu’à ce que l’objectif soit vraiment atteint.
Ce qu’est vraiment une boucle
Le même cycle en 5 temps, derrière toutes les boucles
Une boucle, c’est un système qui prompte l’agent à ta place. Peu importe sa sophistication, c’est toujours le même cycle en cinq temps :
Trouver le travail
La boucle découvre ce qu’il y a à faire : tâches ouvertes dans une liste, tests qui échouent, emails sans réponse, items dans une file.
Le faire
L’agent traite un item à la fois, exactement comme tu l’aurais prompté à la main.
Se vérifier
Une étape de vérification décide si le travail est réellement fait et correct, pas juste généré.
Mémoriser
La boucle note ce qu’elle a terminé (un fichier markdown d’état ou un tableau de tâches), pour ne jamais refaire un travail et pouvoir reprendre où elle s’est arrêtée.
Recommencer
Elle répète jusqu’à ce qu’il n’y ait plus rien, puis s’arrête ou te prévient.
C’est tout. La compétence, ce ne sont pas des prompts plus gros. C’est concevoir ce cycle une fois pour que le prompting se fasse sans toi.
Le changement de posture. Prompter, c’est tactique : une instruction, un résultat. Le loop engineering, c’est stratégique : tu conçois le système qui émet les instructions. C’est la différence entre faire le travail et manager celui qui le fait.
Les 2 commandes qui lancent vraiment une boucle
Et laquelle choisir selon ton besoin
Voici ce que la plupart des gens ratent. On ne crée pas une boucle en tapant « fais ça en boucle » dans un chat normal. Claude Code embarque deux commandes qui transforment le cycle ci-dessus en vraie boucle, et celle que tu choisis dépend du type de boucle qu’il te faut.
La boucle qui tourne jusqu’à ce que ce soit fini
C’est celle qui colle à tout ce qu’on vient de décrire. Tu tapes /goal suivi de ce à quoi « fini » ressemble vraiment, et Claude continue de bosser tour après tour, tout seul. Le détail qui rend ça réel : après chaque tour, une seconde IA vérifie discrètement si l’objectif est atteint, et sinon, elle dit à Claude pourquoi et Claude continue. Dès que l’objectif est vraiment rempli, la boucle s’arrête d’elle-même. Cette auto-vérification après chaque tour, c’est toute la différence entre une vraie boucle et un prompt qui tourne une fois en croisant les doigts.
/goal chaque article de blog du dossier /posts a une meta description sous 160 caractères et un titre sous 60 caractères. Après chaque fichier, affiche le compte de caractères pour que je puisse le confirmer, et ne touche pas au corps du texte. Arrête-toi quand chaque fichier passe, ou après 25 fichiers.
Pourquoi ça marche : l’objectif est quelque chose que Claude peut mesurer (un nombre de caractères), donc le vérificateur sait l’instant exact où c’est passé. Claude édite un fichier, compte les caractères, voit que c’est encore trop long, corrige, recompte, et ne passe au suivant qu’une fois la barre franchie. Tu n’as jamais tapé « réessaie » une seule fois.
La boucle qui se relance toute seule
Celle-ci, c’est quand le travail n’est pas « finir une pile » mais « continuer à surveiller quelque chose ». Tu tapes /loop avec la fréquence et quoi faire, et Claude le relance pour toi, soit selon un planning que tu fixes, soit à un rythme qu’il choisit lui-même. C’est la boucle pour surveiller un déploiement, ou trier la même boîte mail chaque matin.
/loop 30m vérifie si mon site est de nouveau en ligne en chargeant la page d'accueil, et dès qu'elle renvoie une page normale, préviens-moi et arrête de vérifier.
Le 30m veut juste dire toutes les 30 minutes. Tu peux aussi commencer par une instruction en clair comme « chaque matin, trie ma boîte mail » et Claude la planifiera pour toi. Appuie sur Échap pour stopper une boucle qui attend son prochain passage.
Le moyen simple de t’en souvenir. Utilise /goal quand il y a une ligne d’arrivée : travaille jusqu’à ce que ce soit vrai. Utilise /loop quand il n’y a pas de ligne d’arrivée, juste un rythme : revérifie encore et encore. La plupart des boucles puissantes que tu construiras commencent par /goal.
Tu ne les vois pas encore ? Les deux commandes sont intégrées aux versions récentes de Claude Code. Si /goal ou /loop n’apparaît pas chez toi, mets Claude Code à jour vers la dernière version et elles arriveront.
Les 5 pièces qui rendent une boucle plus forte
Les 2 commandes sont le moteur. Ces 5 pièces sont les améliorations.
1. Automations
C’est ce qui fait tourner la boucle sur un planning, au lieu d’attendre que tu tapes. Le plus simple, c’est la commande /loop que tu viens de voir (toutes les 30 minutes, ou chaque matin). Pour des boucles qui doivent tourner même quand aucune session n’est ouverte, tu peux aussi lancer Claude en mode headless depuis un planificateur avec claude -p "ton prompt de boucle". Les runs planifiés, c’est comme ça que la boucle bosse pendant que tu dors.
2. Worktrees
Les git worktrees donnent à chaque agent sa propre copie isolée de ton projet, pour que deux agents bossent en même temps sans s’écraser l’un l’autre. Dans Claude Code, tu peux le demander directement : « fais ça dans un worktree séparé ». Si tu ne lances jamais qu’un seul agent à la fois, tu peux sauter cette pièce au début.
3. Skills
Un skill est un fichier markdown (dans .claude/skills/) qui contient la connaissance que tu réexpliques sans arrêt : la structure de ton projet, tes règles, tes formats. Tu l’écris une fois et chaque passage de boucle démarre en connaissant déjà ton projet. Le plus simple pour commencer : dis à Claude « transforme tout ce que je viens d’expliquer sur ce projet en fichier skill ».
4. Connectors
Ce sont des intégrations MCP qui laissent l’agent toucher tes vrais outils : ta boîte mail, ton gestionnaire de tâches, ton Google Drive, ta base de données. Sans connecteurs, une boucle ne peut travailler que sur des fichiers locaux. Avec, « trouver le travail » peut vouloir dire « lis ma boîte mail » ou « vérifie le tableau Linear ». Dans Claude Code, tu les ajoutes avec claude mcp add ou via le menu des connecteurs.
5. Sous-agents
L’agent qui fait le travail ne devrait pas être celui qui le note. Claude Code te laisse définir des agents séparés (dans .claude/agents/), pour qu’un agent constructeur fasse la tâche et qu’un agent relecteur la vérifie de façon indépendante. Cette seule étape, c’est ce qui rend les boucles assez fiables pour tourner sans surveillance.
Le brief de recherche auto-vérifié
La façon la plus simple de voir pourquoi une boucle bat un prompt
Disons que tu demandes à Claude un brief d’une page sur un sujet. Ça, c’est la tâche. L’objectif, la partie qui en fait une boucle, c’est une barre mesurable : chaque affirmation a au moins trois sources, et chaque lien s’ouvre vraiment sur une page qui appuie ce qui est dit.
Sans boucle, c’est exactement là que l’IA te plante en silence. Elle te rend un brief qui a l’air clean, avec des sources qui sonnent vrai mais qui n’existent pas, et elle n’a aucune idée qu’elle les a inventées. Un prompt unique ne peut pas attraper sa propre source inventée, parce qu’il reste sûr d’avoir raison tant que rien n’ouvre vraiment le lien.
Avec une boucle, Claude rédige le brief, puis va lien par lien, en ouvrant vraiment chaque source pour confirmer qu’elle est réelle et qu’elle appuie l’affirmation. Il jette les fausses, trouve de vrais remplaçants, et continue de vérifier jusqu’à ce que chaque source de la page soit quelque chose que tu peux réellement ouvrir. Ça, c’est la boucle qui fait la partie que tu faisais à la main.
/goal rédige un brief d'une page sur [ton sujet] où chaque affirmation a au moins trois sources et où chaque lien s'ouvre vraiment sur une page qui appuie l'affirmation. Ouvre chaque lien pour le confirmer avant de dire que c'est terminé. Remplace toute source morte ou qui n'appuie pas l'affirmation. Arrête-toi seulement quand chaque source de la page est vérifiée.
Le point que presque tout le monde rate. Ton objectif doit être quelque chose contre quoi Claude peut se noter lui-même : de vrais chiffres, un pourcentage, une checklist. Pas un truc vague comme « rends ça bien ». Tout ne marche que si Claude peut scorer son propre travail et connaître l’instant exact où il a réussi. Un objectif flou ne lui donne rien à vérifier, alors il s’arrête comme un prompt normal.
Ta première boucle : la charte
Une ligne suffit pour un petit job. Pour un gros, donne-lui une charte complète.
Les deux commandes sont le déclencheur. Voici ce que tu leur donnes à manger. Pour un gros travail à plusieurs étapes, tu remets à la boucle une charte complète : où trouver le travail, comment se vérifier, comment mémoriser, et quand s’arrêter. Remplis les crochets, puis colle la charte entière dans Claude Code, ou mets la ligne OBJECTIF juste après /goal et garde le reste comme mode d’emploi.
Tu tournes en boucle, tu ne réponds pas à un prompt unique. Voici ta charte : OBJECTIF [Décris l'état fini en une ou deux phrases. Exemple : "Chaque page produit du dossier /pages a un prix à jour et passe le vérificateur de liens." Sois précis sur ce que veut dire TERMINÉ.] OÙ TROUVER LE TRAVAIL [Dis-lui où vit le travail. Exemples : "Scanne le dossier /pages pour les fichiers avec un ancien prix." / "Lis TODO.md et traite chaque case non cochée comme une tâche." / "Vérifie mon tableau de tâches connecté pour les items taggés 'ia'."] COMMENT FAIRE LE TRAVAIL - Traite UN seul item à la fois. Termine-le complètement avant de commencer le suivant. - Suis les conventions du projet que tu trouves dans les fichiers existants. Calque le style, n'invente pas de nouveaux patterns. - Si un item demande une décision que moi seul peux prendre (dépenser de l'argent, supprimer des choses, contacter quelqu'un), ARRÊTE-toi sur cet item, ajoute-le à une liste "à valider par moi", et passe au suivant. COMMENT TE VÉRIFIER Après chaque item, vérifie-le avant de le marquer comme terminé : [Choisis ce qui colle : "lance les tests" / "relis le fichier et confirme qu'il respecte l'objectif" / "prends une capture et confirme que le rendu est bon." Vérifier veut dire des preuves, pas de la confiance.] Si la vérification échoue, corrige puis revérifie. Maximum 3 tentatives par item, ensuite note-le comme bloqué et passe au suivant. COMMENT MÉMORISER Tiens un fichier LOOP-STATE.md. Après chaque item, mets-le à jour avec : nom de l'item, statut (terminé / bloqué / à valider), ce que tu as changé, et tout ce que le prochain passage doit savoir. Lis ce fichier EN PREMIER au début de chaque passage, pour ne jamais refaire un travail déjà terminé. QUAND T'ARRÊTER Arrête-toi quand : (a) chaque item est terminé ou noté bloqué, ou (b) tu as traité [N] items durant ce passage. Donne-moi ensuite un court rapport : ce qui est fait, ce qui est bloqué, ce qui attend ma décision. Commence par lire LOOP-STATE.md s'il existe, puis trouve le travail.
Pourquoi le fichier d’état compte. Le fichier d’état, c’est ce qui transforme dix passages séparés en un seul employé continu. Sans lui, chaque passage repart de zéro. Avec lui, tu peux lancer la même charte sur un planning et la boucle reprend toujours exactement où elle s’est arrêtée.
Quand NE PAS faire de boucle (et ce que ça coûte)
Trois mises en garde avant de te lancer
Les tâches ponctuelles n’ont pas besoin de boucle
Si le travail est une réponse unique (écrire cet email, résumer ce doc), un prompt est plus rapide. Les boucles rentabilisent leur coût de setup sur du travail répétitif ou multi-items.
Une boucle consomme plus qu’un prompt
Une boucle qui se vérifie et réessaie fait tourner plusieurs tours d’agent par item. Sur un plan Claude, tu atteins tes limites d’usage plus vite. Commence par de petits lots (la ligne « [N] items par passage » de la charte sert exactement à ça).
La vérification, c’est tout le jeu
Une boucle non vérifiée ne fait que se tromper plus vite. Si tu ne sais pas décrire comment la boucle doit vérifier son propre travail, la tâche n’est pas prête à devenir une boucle. Garde-la en prompt jusqu’à ce que tu saches.
Lance-toi cette semaine
Prends une tâche multi-items pénible que tu fais à la main depuis trop longtemps. Colle la charte, remplis les crochets, lance-la une fois en regardant. Une fois que tu lui fais confiance, planifie-la. C’est tout le chemin, du prompting au loop engineering.
Si ce guide t’a parlé, viens sur Instagram @kingarms.ai. J’y partage des combos d’outils et de workflows IA qui changent vraiment ce que tu peux produire en un après-midi.
L'IA te remplacera.
Sauf si tu apprends à la maîtriser.
Ce guide t'a donné un aperçu. Mais un guide, ça ne suffit pas pour transformer ta pratique. Ma formation Agentic eSchool t'apprend à intégrer l'IA dans ton quotidien pro, pas à pas, que tu partes de zéro ou que tu veuilles passer un cap.
Le cours complet
91+ leçons du débutant à avancé, enrichies chaque semaine.
Un plan personnalisé
Une IA génère ton parcours selon ton métier et ton niveau.
25 chapitres métiers
Workflows et prompts prêts à l'emploi pour ton poste.
Communauté + 40 guides
Un espace francophone et une bibliothèque qui s'enrichit.
Pas le temps d'apprendre ? On le fait pour toi.
Des solutions IA sur mesure, clés en main, pour automatiser tes process, réduire tes coûts et gagner du temps sur ce qui compte. Agents IA, automatisations, outils internes : on construit, tu récoltes.
Sources
- The Neuron, comment les créateurs de Claude Code (Boris Cherny & Cat Wu) utilisent les boucles d’agents : theneuron.ai
- Le post X d’Addy Osmani qui a lancé le sujet : x.com/addyosmani
- Le décryptage « loop engineering » d’Addy Osmani : addyosmani.com/blog/loop-engineering
Disclaimer
Arms partage des infos, des prompts et des workflows qui peuvent venir de ressources publiques. Une boucle agit de façon autonome : garde toujours un humain dans la boucle pour les actions irréversibles (dépenser de l’argent, supprimer des fichiers, envoyer des messages), commence sur de petits lots, et vérifie les accès que tes connecteurs donnent à l’agent. Les commandes et comportements de Claude Code peuvent évoluer d’une version à l’autre.
Créé par @kingarms.ai
Suis-moi sur Instagram pour plus de contenu IA
Lis la suite gratuitement
Entre tes infos pour débloquer le guide complet.