Toutes les publications

Prompting Vulgarisé : Les 12 Anti-Patterns et le Framework R.O.C.C.E

PromptingIA GénérativeFormationProductivitéBest Practices2026-01-1115 min

Pourquoi l'IA échoue-t-elle à répondre ? Découvrez les 12 erreurs fatales et comment les corriger avec la méthode R.O.C.C.E.

L'illusion de la conversation

L'interface "chat" des LLM crée un piège cognitif : nous pensons parler à un collègue, alors que nous pilotons un moteur probabiliste. L'écart entre ce que l'utilisateur demande et ce que la machine calcule est la source de l'échec.

Pour obtenir des résultats d'élite, il faut passer de l'art empirique à une ingénierie de précision. Cela commence par comprendre que le modèle ne "sait" rien, il prédit simplement le prochain mot le plus probable.

Les cinq parties d'une consigne bien formée
Cinq parties, dont la contrainte est celle qui manque le plus souvent.

Le Framework R.O.C.C.E pour structurer vos prompts

  • R - Rôle (Role) : L'ancrage. "Agis comme un expert en Droit Fiscal". Cela force le modèle à naviguer vers la bonne zone de son espace latent.
  • O - Objectif (Objective) : La direction. Utilisez des verbes d'action forts : "Analyser", "Coder", "Synthétiser".
  • C - Contexte (Context) : Le grounding. Fournissez l'audience, l'historique et les données brutes pour éviter les hallucinations.
  • C - Contraintes (Constraints) : Le format. "Réponse en JSON", "Moins de 200 mots", "Ton formel".
  • E - Exemples (Examples) : Le levier le plus puissant. Donnez des exemples d'entrées/sorties pour calibrer le style (Few-Shot Prompting).

Les Anti-Patterns : Pourquoi ça rate ?

L'analyse de milliers de prompts a permis d'identifier 12 erreurs récurrentes. Voici les plus critiques qui "tuent" la performance des modèles :

Top 5 des Anti-Patterns à éviter

  • Le Devine-Tout : Prompt vague ("Écris un article"). Résultat : Le modèle génère une réponse moyenne et tiède.
  • Le Roman Sans Fin : Copier-coller massif sans structure. Résultat : Le modèle perd les infos clés (phénomène "Lost in the Middle").
  • Le Fourre-Tout : Demander trop de tâches complexes à la fois. Résultat : La qualité s'effondre sur tout. Préférez le découpage en étapes.
  • Le Robotique : Oublier de donner un rôle. Résultat : Un ton d'assistant IA standard, verbeux et sans saveur.
  • La Passoire : Inclure des données confidentielles. Résultat : Fuite de données irréversible.

Technique Avancée : Chain of Thought

Pour les tâches logiques ou juridiques, forcez le modèle à raisonner avant de répondre avec l'instruction : "Pense étape par étape". Cela réduit drastiquement les erreurs et hallucinations.

Conclusion : Vers une maturité opérationnelle

L'ingénierie de prompt n'est pas de la magie, c'est de la communication structurée. En adoptant le réflexe R.O.C.C.E et en éliminant les anti-patterns, vous transformez un générateur de texte aléatoire en un assistant expert fiable.

Action immédiate : Créez une bibliothèque de prompts partagée dans votre équipe pour capitaliser sur les structures qui fonctionnent.

Ce qui a vieilli dans ces techniques, et ce qui tient

Les modèles sont devenus très tolérants aux formulations approximatives, ce qui a rendu obsolètes la plupart des astuces de formulation. Ce qui tient est structurel.

Les tournures magiques, « tu es un expert de », « prends une grande respiration », n'ont plus d'effet mesurable sur les modèles récents, et certaines n'en avaient déjà pas.

Ce qui reste efficace ne relève pas de la formulation mais de l'information : donner le contexte nécessaire, énoncer les contraintes, montrer un exemple du résultat attendu, et dire quoi faire en cas de doute. Ces éléments se testent, et la méthode figure dans construire un jeu de tests en une journée.

L'anti-pattern le plus coûteux en production

Demander plusieurs choses différentes dans une seule consigne dégrade chacune d'elles, et c'est l'erreur la plus fréquente sur les systèmes réels. Elle ne se voit pas sur un cas isolé.

Une consigne qui demande simultanément une classification, une extraction de dates, un résumé et une évaluation de risque produit les quatre médiocrement. Le modèle répartit son attention.

La règle qui corrige : un appel, une intention. Cela double le nombre d'appels et améliore sensiblement les résultats, tout en permettant d'envoyer chaque intention au palier de modèle qui lui convient, le raisonnement de choisir le palier, pas le modèle.

Ce qui compte vraiment sur un système en production

La consigne représente une petite part de la qualité d'un système documentaire ; le corpus et la récupération en représentent l'essentiel. C'est le rappel qui évite de perdre des semaines.

Le réflexe devant une mauvaise réponse est d'ouvrir la consigne, parce qu'elle est visible et modifiable. C'est la troisième chose à regarder.

La vérification qui tranche prend dix minutes : sur cinq mauvaises réponses réelles, l'information correcte figurait-elle dans le contexte fourni ? Si elle n'y était pas, aucun travail de formulation n'y changera rien, comme détaillé dans le corpus est le projet.

Questions fréquentes

Les formules magiques fonctionnent-elles ?

Non, et certaines n'ont jamais fonctionné. Les modèles récents sont très tolérants aux formulations approximatives : ce qui compte est l'information donnée, pas la tournure employée.

Quelle structure adopter pour une consigne ?

Rôle, objectif, contexte, contraintes, exemple. La contrainte est la partie qui manque le plus souvent, et c'est celle qui détermine le comportement dans les cas limites.

Quel est l'anti-pattern le plus coûteux ?

Demander plusieurs choses différentes en un seul appel. Une consigne qui demande classification, extraction, résumé et évaluation produit les quatre médiocrement.

La consigne décide-t-elle de la qualité d'un système ?

Non, pour une petite part seulement. Le corpus et la récupération décident de l'essentiel : si l'information n'est pas fournie au modèle, aucune formulation ne la fera apparaître.

Ce qu'il faut écrire dans la consigne pour le cas de doute

Dire explicitement quoi faire quand l'information manque est la partie la plus rentable d'une consigne, et la plus souvent absente. Sans elle, le modèle improvise.

La formulation utile est directe : si l'information nécessaire ne figure pas dans les documents fournis, répondre qu'elle n'y figure pas et indiquer où la chercher. Deux phrases, et elles changent le comportement du système sur la classe de cas la plus dangereuse.

Le piège à éviter est la formulation inverse, qu'on rencontre partout : « si tu ne trouves pas, cherche dans les documents connexes ». Cette instruction transforme un refus légitime en réponse fondée sur une source non pertinente, ce qui est bien pire.

Ce comportement doit être testé au même titre que le reste, avec une dizaine de questions hors périmètre dans le jeu de tests. Le raisonnement complet figure dans le refus de répondre est une fonctionnalité.