Après le prompt, la loop : apprends à écrire la tienne
Boris Cherny, le créateur de Claude Code, ne prompte plus : il écrit des loops. Ce que ça veut dire quand tu n'es pas dev, et trois loops de PM à construire, prompts inclus.
Tu promptes. Tu lis la réponse. Pas tout à fait ça. Tu précises, tu relances. Tu relis. Mieux, mais le ton dérape sur la fin. Tu corriges, tu relances encore. Au troisième tour, c'est bon, tu copies-colles.
Ce cycle, tu le connais par cœur. Regarder où en est le travail, décider quoi demander, lancer le modèle, vérifier le résultat, recommencer ou s'arrêter. C'est une boucle. Et le composant qui la fait tourner, celui qui vérifie et qui décide, c'est toi.
Une définition claire de la loop sans jargon de dev, le canevas en cinq lignes pour concevoir la tienne, trois loops de PM complètes (veille concurrente, tri du feedback, prep de weekly) avec les briefs à copier, et les trois pièges qui transforment une loop utile en bruit de fond.
C'est quoi une loop ?
Début juin, Boris Cherny, qui a créé Claude Code chez Anthropic, a résumé sa façon de travailler en une phrase :
I don't prompt Claude anymore. I have loops running that prompt Claude. My job is to write loops.
Boris Cherny · créateur de Claude Code, Anthropic · juin 2026Une loop, c'est un petit programme qui fait tourner le cycle ci-dessus sans toi. La différence avec une automatisation classique type Zapier : Zapier déclenche une action quand X arrive, selon une règle fixe que tu as cliquée. Une loop juge si X compte. La décision à chaque tour vient du modèle, qui applique ton critère écrit en français.
Relis le cycle du premier paragraphe : c'est le même. La seule chose qui change, c'est qui vérifie et qui décide de relancer.
Dans ton workflow actuel, celui qui vérifie et relance, c'est toi. Dans une loop, c'est le modèle. Ton travail se déplace : tu ne fais plus tourner la boucle, tu la conçois.
Elle s'arrête. La loop vit dans ta session de terminal. PC fermé, session fermée, loop terminée. Les tours manqués ne sont pas rattrapés.
Elle survit aux redémarrages. Elle se déclenche à l'heure dite si la machine est allumée, avec accès à tes fichiers. Machine éteinte au moment du passage : le tour saute, c'est tout.
Elle tourne, PC éteint ou pas. Mais elle ne voit pas les fichiers de ta machine : elle travaille sur un repo GitHub. Le détail à l'étape 4 de la Loop 1.
Prompt, agent, loop : les trois crans
Le cran 2, je l'ai détaillé dans Cinq agents en parallèle. Le reste de ce guide construit le cran 3, sur trois morceaux de ton quotidien de PM. Prérequis : Claude Code installé et un premier run réussi. Si non : Démarrer ici.
L'anatomie : cinq lignes avant tout
Une loop se conçoit en français, dans un fichier, avant de tourner. Cinq éléments, toujours les mêmes :
Le canevas tient sur un post-it. Le remplir honnêtement prend une demi-heure, et c'est la vraie difficulté. Le reste est mécanique.
Loop 1 : la veille concurrente, en entier
On construit celle-ci pas à pas. Les deux suivantes iront plus vite.
1. Crée le fichier d'état
Ouvre Claude Code dans ton dossier de travail (celui de Démarrer ici). Tu ne crées rien à la main : demande-lui de créer un dossier veille/ avec ce fichier etat.md dedans, et colle-lui le contenu :
Ce fichier est la mémoire de la loop. Sans lui, elle redécouvre les mêmes choses à chaque tour et te les re-signale. L'état, c'est la moitié du travail.
2. Écris le brief
Le brief, c'est ton canevas rempli pour cette loop. Même méthode : demande à Claude de créer veille/brief.md avec ce contenu, en remplaçant les crochets par tes vrais concurrents. Donne les URLs exactes des pages pricing et changelog, et ajoute les trois dans etat.md aussi :
Note la ligne surlignée. C'est elle qui sépare une veille utile d'un flux de bruit. Ta connaissance du marché, écrite en une phrase.
3. Teste un tour à la main
Avant de boucler, lance le brief une fois dans Claude Code et regarde ce qu'il produit :
La note est trop longue ? Le critère laisse passer du bruit ? Ajuste le brief, relance. Deux ou trois tours manuels suffisent pour caler le tir.
4. Mets-la en boucle
Premier réflexe : dans une session Claude Code ouverte, la commande /loop relance le brief à intervalle régulier :
Une précision qui évite une mauvaise surprise : la /loop vit dans ta session. Tu fermes ton PC, elle s'arrête, et elle ne rattrape pas les tours manqués. Bien pour tester sur une journée, pas pour du quotidien.
Pour du quotidien, deux options selon ton cas.
Ta machine est allumée à l'heure dite. Demande une tâche planifiée : "tous les matins à 8h, lis veille/brief.md et fais un tour". Elle a accès à tes fichiers et survit aux redémarrages. Sa seule limite : si la machine est éteinte au moment du passage, le tour saute.
Tu veux que ça tourne PC éteint. La commande /schedule crée une routine dans le cloud :
Le piège à connaître : une routine cloud ne voit pas les fichiers de ta machine. Elle travaille sur un repo GitHub, dont elle prend une copie fraîche à chaque passage, et elle y pousse ses notes. Ton dossier veille/ doit donc être un repo. C'est moins effrayant que ça en a l'air : GitHub expliqué aux utilisateurs d'IA, et Claude fait la mise en place pour toi.
Pour ta première loop, reste simple : la tâche planifiée locale suffit. Une veille concurrente n'a pas besoin de plus d'un passage par jour, et ton PC est rarement éteint à 8h du matin.
5. Surveille la première semaine
Ouvre veille/notes/ chaque matin et lis tout ce qu'elle a écrit pendant une semaine. Pas pour le plaisir : pour vérifier que ton critère tient. C'est maintenant que tu découvres que "changement de positionnement" était trop vague, ou que le concurrent B a un changelog illisible. Tu ajustes le brief, pas le résultat.
Loop 2 : le tri du feedback
Le cas : les retours clients arrivent de partout (exports support, notes de calls) et le tri attend toujours vendredi. La loop le fait au fil de l'eau. Une chose à savoir : c'est toi qui alimentes feedback/inbox/. Glisses-y tes exports et tes notes, n'importe quel format texte, la loop s'occupe du tri.
Le point intéressant est dans le critère : la loop ne décide pas de ce qui est important. Elle compte. Trois signaux similaires, c'est un seuil que tu as choisi, et que tu peux régler.
Loop 3 : la prep de ta weekly
Celle-ci ne tourne qu'une fois par semaine, mais elle s'appuie sur les deux autres. C'est là que l'effet cumulé apparaît.
Elle se planifie comme la veille : une tâche planifiée le vendredi à 8h, "lis weekly/brief.md et fais un tour". Vendredi 9h, tu ouvres un draft au lieu d'une page blanche. Tu n'envoies pas le draft : tu le corriges, tu tranches la décision, et c'est ta weekly. La loop a fait la collecte, le jugement reste signé de ta main.
Les trois pièges
Préviens-moi dès que tu vois quelque chose d'intéressant.
Elle trouve toujours quelque chose d'intéressant. Un ping par tour, et au bout de trois jours tu coupes les notifications.
Si rien ne passe le critère, tu n'écris rien. Trois alertes par jour maximum.
Chez moi, ma loop de veille X a droit à trois messages par jour. Pas un de plus.
Regarde les pages pricing des concurrents et dis-moi ce qui est notable.
Chaque tour repart de zéro. Elle te re-signale le même palier Enterprise tous les jours.
Lis veille/etat.md, compare avec ce que tu vois, mets-le à jour après chaque tour.
La loop ne signale que ce qui a changé. Si elle radote, le problème est presque toujours là.
Si le changement est important, envoie un mail à l'équipe.
Un faux positif et toute l'équipe reçoit une alerte fantôme signée de ton nom.
Écris une note dans veille/notes/. C'est moi qui décide de ce qui sort.
D'abord des notes que tu lis, ensuite des drafts que tu corriges. Les actions directes, bien plus tard.
Ce qui reste à toi
La partie difficile n'a pas disparu, elle a changé de place. Écrire une loop, c'est écrire la condition d'arrêt. À partir de quand un texte est bon ? Qu'est-ce qui mérite une alerte ? Qu'est-ce qu'un changement significatif chez un concurrent ?
Ces questions, le modèle ne les tranche pas à ta place. Ce sont des questions de jugement, et le jugement, c'est ton métier. La loop exécute ta définition de "bon". Encore faut-il l'avoir écrite.
Commence petit :
- Choisir celle des trois qui touche ton irritant de la semaine. Une seule.
- Remplir le canevas en cinq lignes, honnêtement. C'est la demi-heure la plus utile.
- Tester trois tours à la main, et ajuster le brief à chaque tour.
- Boucler seulement ensuite, et tout lire pendant une semaine.
Tu seras la loop une dernière fois : le temps de la concevoir.
Si cet article t'a fait gagner du temps,
il en fera gagner à quelqu'un dans ton réseau.
Continuer la lecture
Cinq agents en parallèle : ta nouvelle équipe IA
15 minLa loop relance un agent : comprends d'abord le cran d'avant.
→Sub-agents Claude Code : déléguer une discovery en 40 minutes
13 minBriefer un agent comme un stagiaire, la base avant de le faire boucler.
→Installer Claude Code (Mac ou Windows)
4 minInstalle l'environnement avant de construire ta première loop.
→L’AI.ssentiel, chaque vendredi
Les signaux IA qui comptent. Pour les pros qui utilisent déjà l'IA.
