Prompts · Tes propres outils pour Claude Code

Un sous-agent relecteur qui ne laisse rien passer

Claude crée un relecteur spécialisé, en lecture seule, avec sa liste de contrôle et son format de rapport. Tu l'appelles avant chaque commit pour un regard neuf sur tes changements.

Le prompt, en français

Crée un sous-agent Claude Code nommé `[Le nom du relecteur (minuscules et tirets)]`, chargé de relire mes changements sous un angle précis. Ce qu'il vérifie : [Ce qu'il vérifie] Les règles du projet qu'il fait respecter : [Les règles de ton projet qu'il fait respecter] Modèle : [Le modèle (sonnet, opus, haiku…), ou « au choix »] 1. Vérifier dans la documentation Lis https://code.claude.com/docs/en/sub-agents pour l'emplacement et les champs exacts de l'en-tête. Ne te fie pas à ta mémoire. 2. Écrire le fichier - Emplacement : `.claude/agents/[Le nom du relecteur (minuscules et tirets)].md` (projet, à partager avec l'équipe). - En-tête : `name` ; une `description` qui dit quand l'appeler, avec « use proactively » pour que Claude l'appelle de lui-même après des changements ; `tools` en lecture seule (`Read, Grep, Glob`) ; et `model` si j'en ai donné un (sinon, propose le plus adapté et dis pourquoi). Pas d'Edit ni de Write : il relit, il ne corrige pas. N'ajoute Bash que si le relecteur doit lancer une commande précise (comme `git diff`), et dis-le-moi, car Bash n'est pas en lecture seule. - Corps (son prompt système) : - son rôle, en deux lignes ; - comment trouver ce qui a changé (`git diff` et `git diff --staged`, ou les fichiers qu'on lui donne) ; - une liste de contrôle précise, tirée de l'angle et des règles ci-dessus, chaque point vérifiable ; - le format du rapport : pour chaque problème, le fichier et la ligne, ce qui ne va pas, pourquoi, la correction proposée, et une gravité (bloquant, important, mineur) ; à la fin, un verdict en une ligne ; - la consigne de ne signaler que ce qu'il a vraiment vu dans le code, avec la ligne exacte, et d'écrire « rien à signaler » plutôt que d'inventer ; - le rapport en français. 3. Essayer - Crée un petit fichier d'essai qui contient un vrai problème lié à l'angle, demande au relecteur de le relire avec `@"[Le nom du relecteur (minuscules et tirets)] (agent)"`, et montre-moi son rapport. - Vérifie qu'il a trouvé le problème et qu'il n'a modifié aucun fichier, puis supprime le fichier d'essai. C'est fini quand le fichier du relecteur existe, que l'essai a trouvé le problème prévu, et que tu m'expliques en trois lignes comment l'appeler (mention avec @, ou demande en français). Tu me parles en français.

4 cases sont vides : elles partiront entre crochets, et Claude te posera la question.

Voir la version anglaise, celle qui est copiée

Create a Claude Code subagent named `[Le nom du relecteur (minuscules et tirets)]`, whose job is to review my changes from one specific angle.

What it checks: [Ce qu'il vérifie]
The project rules it enforces: [Les règles de ton projet qu'il fait respecter]
Model: [Le modèle (sonnet, opus, haiku…), ou « au choix »]

1. Check the documentation
Read https://code.claude.com/docs/en/sub-agents for the location and the exact header fields. Do not rely on your memory.

2. Write the file
- Location: `.claude/agents/[Le nom du relecteur (minuscules et tirets)].md` (project, to share with the team).
- Header: `name`; a `description` that says when to call it, with "use proactively" so that Claude calls it on its own after changes; read-only `tools` (`Read, Grep, Glob`); and `model` if I gave one (otherwise, propose the best fit and say why). No Edit or Write: it reviews, it does not fix. Only add Bash if the reviewer needs to run a specific command (such as `git diff`), and tell me, because Bash is not read-only.
- Body (its system prompt):
  - its role, in two lines;
  - how to find what changed (`git diff` and `git diff --staged`, or the files it is given);
  - a precise checklist drawn from the angle and the rules above, each item checkable;
  - the report format: for each problem, the file and line, what is wrong, why, the proposed fix, and a severity (blocking, important, minor); at the end, a one-line verdict;
  - the instruction to report only what it actually saw in the code, with the exact line, and to write "rien à signaler" rather than invent anything;
  - the report in French.

3. Try it
- Create a small test file that contains a real problem related to the angle, ask the reviewer to review it with `@"[Le nom du relecteur (minuscules et tirets)] (agent)"`, and show me its report.
- Check that it found the problem and did not modify any file, then delete the test file.

Done when the reviewer file exists, the test found the planted problem, and you explain to me in three lines how to call it (@-mention, or a request in French). Talk to me in French.

Comment t’en servir

Colle ce prompt à la racine de ton projet. Le relecteur est enregistré dans .claude/agents/ : il fait partie du projet, et tes coéquipiers l'auront aussi s'ils récupèrent le dossier.

Il ne peut que lire : il signale, il ne corrige pas. C'est voulu. Il travaille dans son propre contexte, sans l'historique de ta conversation, donc il regarde ton code avec un œil neuf. Claude le teste sur un petit fichier piégé pour vérifier qu'il trouve bien le problème.

Ensuite, appelle-le avant chaque commit, par exemple en écrivant @ puis son nom. Tu peux en créer plusieurs, un par angle (sécurité, accessibilité, performances). La formation « Sous-agents : plusieurs Claude qui travaillent pour toi » explique les outils, les modèles et la délégation.

Pour comprendre tout ce que fait ce prompt, et l’adapter : la formation Sous-agents : plusieurs Claude qui travaillent pour toi.