Méthode simple et efficace pour écrire de bons prompts : structure, contexte, contraintes, format de sortie et techniques de raffinement pas à pas.
Pourquoi les prompts font toute la difference
Un meme modele peut produire une reponse mediocre ou excellente selon la facon dont la demande est formulee. L'objectif du prompt engineering n'est pas d'ecrire des phrases compliques, mais d'offrir au modele un cadre clair : contexte, tache, contraintes et format de sortie.
Structure simple d'un bon prompt
- Role : qui doit etre le modele (coach, reviewer, redacteur, etc.).
- Contexte : informations utiles et limites du probleme.
- Tache : resultat attendu de facon explicite.
- Contraintes : ton, longueur, niveau, interdits.
- Format : liste, JSON, tableau, etapes numerotees.
Exemple : prompt faible vs prompt fort
Prompt faible:
"Explique Angular"
Prompt fort:
"Tu es formateur Angular. Explique Angular a un debutant venant de React,
avec 5 differences concretes, un exemple de composant standalone,
et une section 'erreurs frequentes'. Reponse en markdown."Technique de raffinement en 3 passes
- Generation initiale : obtenir une premiere version rapide.
- Critique : demander au modele d'auto-evaluer angles morts et ambiguite.
- Revision : forcer une version amelioree en gardant le meme objectif.
Bonnes pratiques pour les equipes
Centralisez vos prompts utiles dans un depot interne (avec versioning), ajoutez des cas de test, et mesurez la qualite sur des exemples reels. Ce sont ces routines qui transforment un usage ponctuel de l'IA en vrai levier de productivite.
Checklist avant d'envoyer un prompt
- Ai-je donne le contexte metier minimum ?
- Le resultat attendu est-il explicite et mesurable ?
- Le format de sortie est-il impose ?
- Les contraintes (temps, ton, stack technique) sont-elles claires ?
- Ai-je precise ce qu'il ne faut pas faire ?
Prompt pour generation de code fiable
Tu es senior dev PHP.
Contexte: projet legacy sans framework, PHP 8.3, Bootstrap 4.
Tache: ajouter une page de listing avec filtre categorie + pagination.
Contraintes:
- ne pas casser le HTML existant
- respecter les fonctions utilitaires deja presentes
- code lisible avec commentaires courts
Sortie attendue:
1) plan court
2) code final complet
3) points de verification manuelleErreurs frequentes en prompt engineering
- Prompt trop vague: le modele improvise au lieu de suivre une direction.
- Absence de contraintes: le resultat semble correct mais inutilisable en prod.
- Pas de format impose: difficile de parser ou reutiliser la sortie.
- Aucune iteration: on garde une premiere reponse moyenne.
Plan d'amelioration sur 7 jours
- Jour 1-2: repertorier 10 prompts recurrents de l'equipe.
- Jour 3: normaliser une structure commune (Role, Contexte, Tache, Contraintes, Format).
- Jour 4-5: tester sur 3 cas reels avec metriques de qualite.
- Jour 6: corriger les prompts qui produisent encore des ambigu ites.
- Jour 7: publier la v1 dans une base interne partagee.
