PROMPTACADEMY
REJOINDRE
MÉTHODE

Fais-toi griller par Claude avant qu'il écrive une ligne de code

La meilleure façon d'éviter que Claude parte dans le mur, c'est de le laisser t'interroger d'abord — une question à la fois, jusqu'à ce que tout soit clair. Le skill qui fait ça tient en quatre lignes. Voilà comment t'en servir, ou le recopier sans rien installer.

Par Mario, Fondateur Prompt Academy · 8 min de lecture · Gratuit, sans compte

Le bug, c'est qu'il code trop tôt

Tu connais le scénario. Tu lances Claude Code sur une nouvelle feature, tu décris l'idée en deux phrases, il fonce. Trois minutes plus tard il a pondu 200 lignes — qui répondent à une question que tu ne t'étais pas posée. Mauvais format de date, mauvaise table, une hypothèse silencieuse sur un cas limite que tu avais en tête mais jamais formulé. Tu refactores. Ou pire, tu jettes.

Le problème n'est pas que Claude code mal. C'est qu'il code trop tôt. Ta demande a des trous — il y en a toujours — et il les comble avec des suppositions. Tu ne découvres ces suppositions qu'en lisant le résultat, c'est-à-dire trop tard.

La solution est contre-intuitive : ajoute de la friction avant de coder. Au lieu de demander à l'agent de construire, demande-lui de t'interroger. C'est exactement ce que fait grill-me, un petit skill signé Matt Pocock devenu l'un des plus installés de tout l'écosystème (~356 000 installations). Et le plus fou, c'est qu'il tient en quatre lignes.

« On code, puis on découvre les problèmes » devient « on interroge jusqu'à ce que tout soit clair, puis on code ».

Le principe : l'interrogatoire

L'idée tient en une phrase : l'agent te cuisine sans relâche sur ton plan jusqu'à ce que vous ayez une compréhension partagée — pas « jusqu'à ce que ce soit parfait », pas « jusqu'à ce que la spec soit complète », juste : jusqu'à ce que vous soyez vraiment d'accord sur ce qu'on construit. Quatre règles font tout le travail :

  • Une seule question à la fois. Il pose une question, attend ta réponse, puis enchaîne. Un mur de dix questions d'un coup, c'est « ingérable » — l'effort cognitif te fait répondre vite et mal.
  • Chaque question vient avec sa réponse recommandée. Il ne te laisse pas dans le vide : il propose son choix et son raisonnement, tu n'as qu'à confirmer ou corriger. C'est ce qui rend l'exercice rapide au lieu d'épuisant.
  • Il descend chaque branche de l'arbre de design. Il résout les dépendances entre décisions une par une — parce que ton choix de stockage change tes questions sur l'expiration, qui changent tes questions sur l'auth, etc.
  • Il s'auto-répond via ton code. Si une question trouve sa réponse en explorant le repo, il explore au lieu de te déranger. Tu ne réponds qu'à ce que lui ne peut pas déduire.

Concrètement, un tour ressemble à ça :

Claude : Pour stocker les sessions, je pars sur Redis avec un TTL de 30 min — c'est le plus simple et ça couvre ton besoin d'expiration automatique. Tu confirmes, ou tu veux de la persistance en base ?

Tu réponds « confirme », ou « non, en base, je dois pouvoir auditer », et il enchaîne sur la question suivante que ta réponse vient d'ouvrir.

Le truc fou : le skill fait quatre lignes

On imagine un outil pareil bourré de logique. Voici le fichier grill-me en entier :

grill-me/SKILL.md
markdown
---
name: grill-me
description: A relentless interview to sharpen a plan or design.
disable-model-invocation: true
---
 
Run a `/grilling` session.

C'est tout. Il ne fait que déléguer à un second skill, grilling, où vit la vraie logique — trois petits paragraphes :

grilling/SKILL.md
markdown
---
name: grilling
description: Interview the user relentlessly about a plan or design. Use when the user wants to stress-test a plan before building, or uses any 'grill' trigger phrases.
---
 
Interview me relentlessly about every aspect of this plan until we reach
a shared understanding. Walk down each branch of the design tree, resolving
dependencies between decisions one-by-one. For each question, provide your
recommended answer.
 
Ask the questions one at a time, waiting for feedback on each question before
continuing. Asking multiple questions at once is bewildering.
 
If a question can be answered by exploring the codebase, explore the codebase
instead.

Voilà la leçon qui dépasse grill-me : un bon skill, ce n'est pas du code, c'est un prompt bien tourné, rangé là où l'agent le retrouve au bon moment. Toute la puissance de l'outil est dans ces quelques phrases d'instruction.

Pourquoi deux fichiers ?

grill-me porte disable-model-invocation: true : c'est une commande que toi tu déclenches (/grill-me), jamais l'agent tout seul. grilling, lui, n'a pas ce verrou — l'agent peut le lancer automatiquement dès qu'il repère une intention de « stress-tester un plan ». L'un est le bouton, l'autre est le moteur.

Comment t'en servir

Installe-le depuis le repo de Matt Pocock :

Installer grill-me
bash
npx skills add https://github.com/mattpocock/skills --skill grill-me

Ensuite, dans Claude Code, lance /grill-me, décris ton plan, et laisse-toi cuisiner. Réponds aux questions une par une jusqu'à ce que l'agent estime que vous êtes alignés — là seulement tu le laisses coder.

La source

grill-me vient de mattpocock/skills (« Skills for Real Engineers. Straight from my .claude directory »), un dépôt MIT à ~138 000 étoiles. C'est l'un des skills les plus téléchargés de l'écosystème — la friction, ça plaît plus qu'on ne croit.

Sans rien installer : le prompt à coller

Tu l'as compris : le skill est un prompt. Donc tu n'as besoin de rien installer pour t'en servir. Colle ça avant ta demande de feature, dans Claude Code, ChatGPT, n'importe quel agent :

Le grilling, en un prompt
text
Interroge-moi sans relâche sur chaque aspect de ce plan, jusqu'à ce qu'on
ait une compréhension partagée.
 
Descends chaque branche de l'arbre de décision, en résolvant les dépendances
entre les choix une par une. Pour chaque question, propose ta réponse
recommandée.
 
Pose les questions une par une : attends ma réponse avant de passer à la
suivante. Une rafale de questions, c'est ingérable.
 
Et si une question trouve sa réponse en explorant le code, explore le code
au lieu de me la poser.

Garde-le dans tes snippets. C'est, mot pour mot, ce que fait le skill — juste enregistré dans ta tête plutôt que dans ton .claude.

Quand l'utiliser (et quand t'en passer)

La friction a un coût

Ne dégaine pas grill-me pour « renomme cette variable » ou « ajoute un log ». Tu perdrais cinq minutes d'interrogatoire pour dix secondes de travail. Réserve-le aux enjeux qui le méritent : une nouvelle feature, un choix d'architecture, une migration — bref, tout endroit où une mauvaise hypothèse coûte cher à défaire.

Deux précisions pratiques. D'abord, le skill explore ton code pour répondre tout seul à un maximum de questions : il est donc à son meilleur avec accès à ton repo. (Il existe une variante, grill-with-docs, qui ancre carrément les questions dans ta doc projet et y réécrit les décisions au fil de l'eau — pour plus tard.)

Ensuite, si tu utilises déjà le plan mode de Claude Code, vois grill-me comme sa version musclée : au lieu d'attendre que l'agent te propose un plan que tu valides d'un œil, tu le forces à combler ses angles morts en t'interrogeant avant de produire quoi que ce soit.

La règle à retenir : le code est facile à écrire, ce sont les bonnes questions qui sont dures à poser. grill-me déplace l'effort au bon endroit — avant que la première ligne soit tapée.