📌 Ce qu'il faut retenir
  • Contexte maximal : plus d'infos = meilleure réponse
  • Personas crédibles : donnez une identité cohérente à l'IA
  • Few-shot : montrez des exemples plutôt qu'expliquer
  • Structure explicite : utilisez des tags XML/délimiteurs clairs
  • Itération progressive : affinez pas à pas, pas one-shot

Franchement, le prompt engineering s'est transformé en cirque marketing. Tous les gourous du LinkedIn vous vendent leurs "techniques révolutionnaires" en trois points, alors que 90% c'est juste du charabia destiné à impressionner vos collègues au café. Je vais vous dire lesquelles marchent réellement, testé sur des modèles réels (Claude, GPT, Llama via Ollama). Les autres, c'est du bruit.

La règle du contexte maximal : arrêtez les prompts minimalistes

Premier constat : plus vous donnez de contexte, mieux c'est. Pas spectaculaire comme découverte, hein ? Mais c'est la base que tout le monde oublie. Quand vous demandez à une IA de générer du code ou du contenu sans lui expliquer qui vous êtes, ce que vous faites et ce que vous en attendez précisément, vous obtenez du générique fade.

Prenez un exemple concret : au lieu de "Écris un article sur la cybersécurité", dites "Tu es un blogueur tech français, cynique, lecteur depuis 2005. Écris un article de 800 mots pour des développeurs expérimentés sur les failles communes en authentification OAuth 2.0. Ton publique déteste le jargon inutile." C'est moins sexy comme titre, mais ça marche.

Honnêtement, c'est 60% du travail. Le reste, ce sont des ajustements.

Les "roles" et personas : donnez-lui une identité crédible

Quand vous dites à une IA "tu es un expert", elle se comporte différemment que quand vous dites "tu es un expert avec 15 ans d'expérience en X, formé à Stanford, et tu as publié 12 papiers sur Y". Ce deuxième approche génère des réponses structurées, nuancées, moins génériques.

Les meilleurs prompts que j'ai vus utilisent cette mécanique : on construit un persona cohérent avec des détails crédibles. Pas "tu es un dev" mais "tu es un dev full-stack qui déteste les frameworks inutiles, t'utilises Rust côté backend et Alpine côté frontend, tu lis les RFCs pour le plaisir".

Ça change quoi ? L'IA génère des réponses qui correspondent à cet angle de vue. C'est logique, presque banal, mais ça transforme la qualité du résultat.

Le "few-shot" : montrez plutôt que d'expliquer

Donnez deux ou trois exemples de ce que vous attendez plutôt que de l'expliquer en détail. C'est puissant. Vous voulez que l'IA formate des données ? Montrez-lui deux exemples d'entrée/sortie. Vous voulez un ton spécifique ? Donnez-lui deux paragraphes rédigés dans ce style.

Les IA comprennent les patterns mieux qu'elles ne suivent les instructions théoriques. C'est juste comment elles fonctionnent. Exploitez ça.

La structure explicite : numérotez, balisez, délimitez

Utilisez des séparateurs clairs. XML tags, markdown, délimiteurs visibles. Au lieu d'écrire un pavé d'instructions, structurez comme ça :

<role>Tu es un expert en X</role>
<task>Génère du contenu Y</task>
<format>JSON structuré, clés: a, b, c</format>
<constraints>Max 100 mots par section, pas de jargon technique</constraints>

Pourquoi ? Parce que les modèles LLM traitent mieux les structures explicites. C'est simplement plus efficace. Les résultats sont plus prévisibles, moins de dérives thématiques.

L'itération progressive : affinez pas à pas

Le "one-shot perfection" c'est un mythe. Les meilleurs résultats viennent d'une série d'ajustements. Vous lancez un prompt basique, vous vérifiez la réponse, vous affinez les contraintes, vous relancez.

Trop de gens font un prompt en 10 minutes et disent que l'IA est nulle. Non. Vous n'avez juste pas passé 20 minutes à vraiment affiner votre demande.

Ce que vous devriez faire concrètement

  1. Écrivez votre prompt de base avec contexte, role et contraintes explicites (5 min)
  2. Lancez-le sur un modèle gratuit : Claude, Gemini, ou localement avec Ollama (gratuit, c'est mieux pour tester)
  3. Lisez le résultat. Notez ce qui manque, ce qui est trop verbeux, ce qui déraille
  4. Réécrivez votre prompt : affinez les contraintes, ajoutez des exemples si besoin, structurez avec des tags XML
  5. Relancez. Itérez 2-3 fois maximum. Au-delà, c'est que votre demande n'est pas claire (relisez-la)
  6. Une fois satisfait, vous avez votre prompt réutilisable. Gardez-le en version

Ce qu'il faut éviter absolument

Oubliez les "tricks" ridicules genre "réfléchis étape par étape" ou "prends une profonde respiration". Ça change rien. Les IA ne respirent pas, et votre modèle ne "pense" pas mieux juste parce que vous lui demandez de verbaliser ses étapes. C'est du marketing pur.

Pareil pour les "jailbreaks" complexes : si vous devez contourner les garde-fous d'un modèle avec un prompt contorsionné, c'est que vous demandez un truc que le modèle ne devrait pas faire. C'est simple.

Verdict

Le prompt engineering n'est pas de la magie. C'est juste de la clarté. Contexte + structure + itération. Ça prend du temps, mais c'est honnête. Les IA actuelles sont assez intelligentes pour répondre à une demande bien construite. Elles sont juste pas téléphates. Alors écrivez mieux, pas plus compliqué. Et arrêtez de vendre des formations sur YouTube avec des titres en majuscules qui promettent l'or et le frankincentre. C'est nul.

Sources et références

  • Expérience personnelle sur Claude, GPT-4, Ollama (Llama 2, Mistral) — septembre 2026
  • Documentation officielle OpenAI, Anthropic (bonnes pratiques de prompting)
  • Tendances observées sur Reddit (r/OpenAI, r/LocalLLaMA), Discord communautés open source
  • Observations sur les patterns d'efficacité reconnus par les praticiens (pas d'étude formelle — aucune n'existe à ce jour sur ce sujet spécifique)
À propos de l'auteur Maxime Aubert