Entretenir une bibliothèque de prompts Claude Code réutilisable

Ne laissez pas disparaître les bons prompts

Les équipes qui obtiennent des résultats irréguliers avec Claude Code réécrivent souvent leurs prompts chaque jour. Une bonne instruction est trouvée, mais sans nom, cas d’usage, entrées, sortie attendue ni preuve.

Cet article prolonge la checklist de review et la checklist des 30 minutes. Le PDF gratuit donne les bases ; la bibliothèque relie ensuite au pack payant et à la consultation.

Un prompt, un objectif

La règle de départ : un prompt pour une tâche. Demander review, tests, documentation et refactor en même temps semble efficace, mais rend l’échec illisible.

{
  "id": "review-risk-finder",
  "owner": "platform",
  "useWhen": "A pull request changes behavior, data flow, or CTA routing.",
  "inputs": ["diff", "goal", "riskAreas"],
  "output": "Findings ordered by severity with file references.",
  "proof": "Run once on a known risky diff before adding it to the library."
}

Ces métadonnées rendent le prompt réutilisable dans un dépôt, un article, un produit ou un wiki. Le champ “proof” distingue l’idée de l’actif testé.

Modèle de base copiable

Pour une review, fixez objectif, diff, zones de risque et format de sortie. Ne demandez pas juste de regarder ; dites ce qui compte comme risque.

Tu relis un changement pour trouver un vrai risque de production.
Contexte:
- Objectif: {{goal}}
- Diff: {{diff}}
- Zones de risque: {{riskAreas}}

Retourne les findings en premier.
Pour chaque finding, donne sévérité, preuve, impact utilisateur et plus petite correction.
S'il n'y a rien, indique ce qui a été vérifié et ce qui reste non vérifié.

La même structure marche pour review, CTA, formulaire et page produit. Seul “riskAreas” change.

Échec fréquent : noms vagues

“good-review-prompt” ou “debug-helper” sont impossibles à retrouver. Préférez “review-risk-finder”, “build-log-first-failure”, “cta-copy-clarifier”.

Sauver seulement les réussites est aussi une erreur. Gardez une mauvaise entrée pour connaître la limite du modèle.

Ajouter une petite validation

Au-delà de dix entrées, vérifiez les champs obligatoires.

const required = ["id", "owner", "useWhen", "inputs", "output", "proof"];

export function validatePrompt(entry) {
  const missing = required.filter((key) => !entry[key]);
  return {
    ok: missing.length === 0,
    missing,
    ready: missing.length === 0 && entry.proof.includes("Run once"),
  };
}

Cela évite les prompts sans propriétaire, usage ou preuve. Pour un site à revenus, la route devient claire : PDF gratuit, pack de prompts, consultation.

Prochaine étape

Prenez le cheatsheet gratuit pour les bases. Achetez 50 Prompt Templates si vous voulez review, debug, refactor et documentation maintenant. Utilisez la consultation pour une gouvernance d’équipe.