Antisèche
Une seule page. À imprimer et à garder à côté du clavier.
Temps de lecture : 4 min | Niveau : Tous niveaux
🧱 La structure d'un bon prompt, en 6 lignes
ROLE Tu es [METIER + SPECIALITE].
CONTEXTE [PROJET, STACK, VERSIONS, CONTRAINTES, CE QUI EXISTE DEJA]
TACHE [UN SEUL VERBE D'ACTION + L'OBJET PRECIS]
CONTRAINTES [CE QU'IL FAUT RESPECTER, CE QU'IL NE FAUT SURTOUT PAS TOUCHER]
FORMAT [TABLEAU | JSON | SQL SEUL | 5 PUCES | CODE COMMENTE]
EXEMPLE [UNE ENTREE TYPE ET LA SORTIE ATTENDUE POUR CETTE ENTREE]Les trois plus importantes : contexte, tâche, format. Si tu n'as le temps que pour trois lignes, écris celles-là.
🔑 Les 10 formulations qui changent tout
À copier telles quelles, en fin de prompt.
| # | Le texte exact à ajouter | Ce que ça corrige |
|---|---|---|
| 1 | Si une information te manque, pose-moi la question au lieu de supposer. | Les réponses inventées à partir de rien |
| 2 | Si tu n'es pas sûr, dis-le explicitement. | Les affirmations fausses mais confiantes |
| 3 | Procède étape par étape et montre ton raisonnement avant de conclure. | Les erreurs de logique et de calcul |
| 4 | Réponds uniquement avec [le SQL / le JSON], sans introduction ni commentaire. | Le blabla autour de la réponse |
| 5 | Base-toi uniquement sur le document fourni. Cite le passage exact qui justifie chaque affirmation. | Les inventions sur un document |
| 6 | Propose-moi un plan avant de modifier quoi que ce soit. | Les modifications non voulues dans ton code |
| 7 | Donne-moi 3 options avec leurs inconvénients, puis ta recommandation. | La première idée prise pour la meilleure |
| 8 | Cherche à réfuter cette solution plutôt qu'à la valider. | La complaisance |
| 9 | Explique-moi comme à quelqu'un qui connaît [X] mais pas [Y]. | Le niveau d'explication à côté |
| 10 | Reformule ma demande avec tes mots avant de répondre. | Les malentendus dès le départ |
🎯 Quelle technique pour quelle situation
| Ta situation | La technique | Où lire |
|---|---|---|
| Le résultat n'a jamais le bon format | Donne un exemple de sortie (few-shot) | 02-03 |
| Le modèle se trompe dans un calcul ou une logique | Raisonnement étape par étape | 03-01 |
| La tâche est trop grosse, le résultat est moyen partout | Découper en sous-tâches chaînées | 03-03 |
| Le modèle invente des faits | Ancrer sur un document + autoriser « je ne sais pas » | 04-03 |
| Tu refais la même demande chaque semaine | En faire une skill | 07-03 |
| Tu dois réexpliquer ton projet à chaque session | Un fichier CLAUDE.md | 05-02 |
| Tu veux interroger tes vraies données | Un serveur MCP en lecture seule | 09-03 |
| Tu veux une relecture sévère et indépendante | Un sous-agent spécialisé | 06-02 |
| Tu n'arrives pas à formuler ta demande | Un template à trous | 02-07 |
| Le document à traiter est énorme | Long contexte + découpage | 03-05 |
| Ça coûte trop cher en usage quotidien | Cache de prompt et batch | 03-08 |
| Tu ne sais pas si ton prompt est bon | Un jeu de 10 cas de test | 04-01 |
🔍 Les 5 réflexes avant de faire confiance à une réponse
- Les chiffres — recoupe avec une requête que tu écris toi-même. Toujours. Sans exception.
- Les noms — options, fonctions, colonnes, paramètres : vérifie qu'ils existent vraiment.
- Les liens — une URL bien formée peut ne mener nulle part. Ouvre-la.
- Les filtres — sur une requête, demande-toi ce qui a été exclu. C'est la source numéro un des écarts.
- Le silence — ce que le modèle n'a pas dit compte autant que le reste. Demande : « qu'est-ce que tu n'as pas vérifié ? »
📋 3 templates universels
1. Débugger une erreur
Contexte : [LANGAGE, VERSION, CE QUE FAIT LE CODE]
Ce que j'attends : [COMPORTEMENT ATTENDU]
Ce que j'obtiens : [MESSAGE D'ERREUR COMPLET OU COMPORTEMENT REEL]
Ce que j'ai déjà essayé : [TES TENTATIVES]
Code concerné :
[COLLE LE CODE]
Donne-moi les 3 causes les plus probables, classées de la plus probable à la
moins probable, avec pour chacune comment la vérifier en une seule commande.
Ne modifie rien tant que je n'ai pas confirmé la cause.2. Écrire une requête SQL
Dialecte : [BIGQUERY | POSTGRES | SNOWFLAKE | SQL SERVER | DUCKDB]
Schéma des tables concernées :
[COLLE LES CREATE TABLE OU LA LISTE DES COLONNES AVEC LEUR TYPE]
Règles métier à respecter : [DEFINITIONS, EXCLUSIONS, PERIMETRE, GESTION DES NULL]
Question à laquelle la requête doit répondre : [EN UNE PHRASE]
Écris la requête, puis explique en 3 puces les choix que tu as faits
(jointures, filtres, gestion des NULL). Termine par une requête de contrôle
qui permet de vérifier que le résultat est cohérent.3. Transformer des notes en texte professionnel
Type de texte : [MAIL | TICKET | COMPTE RENDU | NOTE TECHNIQUE]
Destinataire : [QUI, ET CE QU'IL CONNAIT DEJA DU SUJET]
Ce que je veux obtenir : [UNE DECISION | UNE ACTION | UNE INFORMATION]
Ton : [NEUTRE | FACTUEL | URGENT | PEDAGOGIQUE]
Mes notes brutes :
[COLLE TES NOTES, MEME EN DESORDRE, MEME INCOMPLETES]
Donne-moi : une version courte (5 lignes), une version complète,
et la liste de ce qui manque ou reste ambigu dans mes notes.⌨️ Raccourcis Claude Code
| Commande | Effet |
|---|---|
/ | Liste tes commandes et tes skills |
/init | Génère un premier CLAUDE.md pour le projet |
/agents | Gère tes sous-agents |
/mcp | État des serveurs MCP connectés |
/config | Réglages de la session |
# en début de message | Propose d'enregistrer la règle dans la mémoire du projet |
À retenir
- Contexte + tâche + format : trois lignes suffisent à transformer un mauvais prompt en bon prompt.
- Une formulation copiée de la liste des 10 vaut mieux qu'une phrase que tu cherches pendant 5 minutes.
- Un prompt utilisé deux fois doit devenir une skill.
- Aucun chiffre produit par une IA ne part en production sans un contrôle écrit par toi.
Sources
Corpus complet : README.md · Parcours : PARCOURS-8-SEMAINES.md