Écrire de bons prompts pour le développement
Découvre l'art de donner des instructions précises. Un bon prompt est la seule différence entre un code parfait et un projet complètement cassé.
Tu as maintenant compris comment utiliser le terminal et comment lire les commandes. Il est temps de passer à la compétence la plus importante de toutes : la rédaction.
La qualité des réponses de l'intelligence artificielle dépend exclusivement de la qualité de tes instructions. C'est ce qu'on appelle "l'ingénierie de prompt".
1. Qu'est-ce qu'un prompt ?
Un "prompt" est simplement le texte que tu tapes dans le terminal pour donner une consigne à Claude Code.
Pourquoi deux prompts différents produisent-ils des résultats totalement différents ? Car Claude Code n'est pas devin. Il ne connaît pas ton entreprise, il ne sait pas à quoi ressemble ton site internet dans ta tête, et il ignore totalement tes goûts.
Si tu es vague, il va inventer. Si tu es précis, il va exécuter exactement ce que tu souhaites.
2. Le secret absolu : donner le contexte
Imagine que tu demandes à un ami peintre : "Peins-moi une maison". Il te dessinera peut-être une maison de campagne. Mais toi, tu voulais un immeuble moderne !
En programmation, c'est pareil. Tu dois toujours donner le contexte.
Avant de demander quoi que ce soit, précise toujours trois choses :
- Où sommes-nous ? (Dans quel fichier ou quel dossier).
- Que vois-tu actuellement ? (Décris l'état actuel ou l'erreur).
- Quel est l'objectif final ? (Ce que tu veux obtenir).
3. L'analyse avant l'action (le plan de bataille)
Ne demande jamais à Claude de coder directement une grosse fonctionnalité.
Demande-lui toujours de préparer un plan. S'il commence à créer dix fichiers sans te prévenir, tu seras totalement perdu en cas de problème.
Utilise des phrases magiques comme :
- "Avant de modifier le code, propose-moi ton plan."
- "Explique-moi ce que tu comptes faire."
- "Fais juste une analyse pour l'instant."
4. Limiter le périmètre (éviter la casse)
L'intelligence artificielle est parfois trop zélée. Tu lui demandes de changer la couleur d'un bouton, et elle en profite pour réécrire toute ta page de contact.
C'est ce qu'on appelle une "régression" : quand une modification casse quelque chose qui fonctionnait très bien avant.
Pour éviter cela, donne-lui des limites strictes :
- "Ne modifie que ce fichier."
- "Respecte l'architecture existante de mon projet."
- "Ne touche surtout pas au reste du code."
5. Cas pratique 1 : Corriger un bug
Voici comment améliorer drastiquement un prompt de débogage.
Pourquoi il est mauvais : Claude ne sait pas de quel bouton on parle. Il va chercher partout, peut-être modifier le mauvais fichier, et sûrement casser autre chose.
Pourquoi elle fonctionne mieux : Tu as donné le nom du fichier. Tu as décrit le bouton physiquement. Et tu as imposé l'analyse avant la modification. C'est parfait.
6. Cas pratique 2 : Créer une page
Demander une nouvelle page ou une nouvelle fonctionnalité nécessite beaucoup de préparation.
Pourquoi il est mauvais : Claude va inventer le design, les champs du formulaire, et placer le fichier là où il en a envie. Ce sera un chaos total.
Pourquoi elle fonctionne mieux : Tu as listé les champs exacts. Tu as rappelé que c'est un projet Next.js. Surtout, tu as exigé un plan d'action avant l'écriture. S'il se trompe de dossier, tu pourras le corriger avant qu'il n'écrive la moindre ligne de code.
7. Cas pratique 3 : Améliorer le design
Le design est subjectif. L'IA a besoin de consignes extrêmement précises.
Pourquoi il est mauvais : Le mot "jolie" ne veut rien dire pour un ordinateur. Il risque de changer toutes les couleurs de ton site et de détruire ta charte graphique.
Pourquoi elle fonctionne mieux : Tu as pointé le bon fichier. Tu as donné des mots visuels précis (bleu nuit, ombre subtile). Et tu as ajouté une barrière de sécurité pour protéger le reste de la page.
8. Les erreurs les plus fréquentes des débutants
Voici les pièges dans lesquels tous les débutants tombent lors de la rédaction de leurs prompts :
- Le prompt fourre-tout : Demander dix choses dans la même phrase. L'IA va forcément en oublier la moitié. Demande une seule chose à la fois.
- L'oubli de la vérification : Oublier de demander : "Peux-tu vérifier s'il manque des choses ?" après une grosse modification.
- S'énerver : Dire à l'IA "Tu as encore tout cassé !" ne l'aide pas. Décris simplement l'erreur qui vient d'apparaître calmement.
9. Quand faut-il ouvrir une nouvelle conversation ?
C'est un secret crucial : la mémoire de Claude Code finit par saturer.
Si tu discutes pendant trois heures pour régler un problème de formulaire, et que tu passes soudainement à la création d'une image, Claude risque de mélanger les deux sujets. Il proposera des codes étranges.
La règle d'or : Une tâche précise = Une conversation.
Dès que tu as fini de coder une page et que tu veux passer à une autre, tape la commande /clear dans le terminal. Cela efface sa mémoire (sans toucher à tes fichiers) et lui permet d'avoir l'esprit clair pour la nouvelle mission.
10. FAQ
Tu sais maintenant comment parler efficacement à ton assistant virtuel. Dans le chapitre suivant, nous allons voir comment gérer le contexte quand tu travailles pendant plusieurs heures de suite.