La méthode des cinq contraintes : écrire un prompt qui tient en production

Il y a deux façons d’écrire une consigne à un modèle de langage. La première consiste à en dire le plus possible, dans l’espoir que la richesse du contexte produise une meilleure réponse. La seconde consiste à retirer méthodiquement au modèle toutes les réponses qu’on ne veut pas, jusqu’à ce qu’il n’en reste presque qu’une. La seconde marche, et l’écart entre les deux est énorme.

Pourquoi ajouter du contexte ne suffit pas

Un modèle de langage produit la suite la plus plausible de ce qu’on lui a donné. « Plausible » n’est pas « juste », et surtout ce n’est pas « ce que vous vouliez ». Quand une consigne est vague, le modèle ne se bloque pas : il choisit une interprétation raisonnable parmi des dizaines, et il la traite avec assurance. Vous recevez alors une réponse impeccablement rédigée à une question légèrement différente de la vôtre.

Ajouter du contexte améliore la qualité de la rédaction. Ça ne réduit pas le nombre d’interprétations possibles. Pour le réduire, il faut poser des contraintes — des affirmations qui rendent certaines réponses inacceptables. C’est un travail de soustraction, pas d’accumulation.

Un bon prompt ne dit pas au modèle quoi penser. Il lui retire le droit de se tromper d’une manière qu’on aurait pu prévoir.

Les cinq contraintes

Cinq éléments, dans cet ordre. L’ordre compte : chacun restreint l’espace laissé par le précédent.

1. Le rôle : depuis quel point de vue

Pas un déguisement, une position. « Tu es un expert » n’apporte rien : c’est le réglage par défaut. Ce qui apporte, c’est une position qui implique des priorités.

Comparez « Tu es un expert-comptable » — banal — avec « Tu es le comptable qui devra défendre ce dossier devant un contrôle fiscal ». Le second impose une hiérarchie : la traçabilité passe avant l’élégance, le doute se signale au lieu de se combler. C’est la différence entre un costume et un mandat.

2. Le contexte : ce qui est déjà décidé

La fonction du contexte n’est pas d’informer, c’est de fermer des questions. Tout ce que vous ne dites pas, le modèle le décidera à votre place, silencieusement.

« Rédige une offre commerciale » laisse ouvert : la langue, la longueur, le destinataire, le prix, le délai, la devise, le ton. Sept décisions prises sans vous. Le contexte utile ressemble à un compte rendu de réunion : le client est une PME de vingt salariés à Casablanca, la prestation est déjà chiffrée à tel montant en dirhams, le délai est de trois semaines, l’interlocuteur est le directeur financier et non le dirigeant.

3. Les contraintes : ce qui est interdit

C’est le cœur de la méthode et la partie que presque personne n’écrit. Une contrainte n’est pas une préférence : c’est une règle dont la violation rend la réponse inutilisable.

• Interdictions de fond : n’invente aucun chiffre absent des documents fournis ; ne cite aucune source que tu ne peux pas nommer précisément.
• Interdictions de forme : pas de conclusion qui résume ; pas de superlatifs ; pas de liste à puces dans le corps de la lettre.
• Bornes : entre 200 et 250 mots. « Sois concis » ne veut rien dire, un intervalle oui.
• Conduite à tenir dans le doute : la plus utile de toutes. « Si une information manque, écris une ligne “MANQUE :” et arrête-toi » au lieu de laisser le modèle boucher le trou de son mieux.

4. Le format : la forme exacte de la sortie

Décrire le format en prose ne fonctionne qu’à moitié. Le montrer fonctionne. Donnez un gabarit vide, avec les intitulés que vous voulez et les emplacements à remplir. Trois lignes de gabarit valent un paragraphe d’explications, et surtout elles se contrôlent d’un coup d’œil.

Ce point compte doublement quand la sortie doit être exploitée par un autre outil : un tableau, un import, un fichier. Une sortie qui varie de forme d’une fois à l’autre casse tout ce qui se trouve en aval.

5. La vérification : comment on saura que c’est bon

La cinquième est celle qui distingue une consigne de loisir d’une consigne de production, et c’est celle que les guides omettent presque toujours.

Demandez au modèle, dans la consigne elle-même, de contrôler son propre résultat avant de le rendre — et dites précisément sur quoi. « Avant de répondre, recalcule le total à partir des lignes et compare-le au total annoncé ; s’ils diffèrent, signale l’écart au lieu de rendre le tableau. » « Vérifie que chaque chiffre cité figure dans les documents fournis ; supprime ceux qui n’y sont pas. »

Cette phrase-là ne rend pas le modèle infaillible. Elle change quelque chose de plus important : elle rend l’erreur visible. Une erreur signalée coûte trente secondes de correction ; une erreur silencieuse coûte un client.

Un avant / après

Prenons une tâche banale : résumer un appel client.

La seconde version est plus longue à écrire — une fois. Ensuite elle se réutilise à chaque appel, et c’est là que le rapport s’inverse. Une consigne bien construite est un actif ; une consigne improvisée est une dépense qu’on refait chaque fois. C’est exactement le mécanisme décrit dans les six automatisations que je fais tourner : la valeur ne vient pas du modèle, elle vient de la procédure écrite une fois pour toutes.

Trois erreurs qui annulent tout le travail

1. La politesse dans les contraintes

   « Essaie de ne pas trop t’éloigner du sujet » n’est pas une contrainte, c’est un souhait. « N’aborde aucun sujet absent de la liste ci-dessus » en est une. La différence est celle entre une consigne et une suggestion.

2. Les contraintes contradictoires

   « Sois exhaustif » et « 100 mots maximum » ne peuvent pas être satisfaites ensemble. Le modèle en sacrifiera une, silencieusement, et vous ne saurez pas laquelle. Relisez vos consignes en cherchant les paires incompatibles.

3. Le contexte qui grossit sans fin

   À force d’ajouter, on obtient une consigne de deux pages où les instructions importantes se noient. Une consigne longue n’est pas un problème ; une consigne où l’essentiel n’est pas repérable en est un. Mettez les contraintes dures au même endroit, toujours.

Questions fréquentes

Ce que ça a à voir avec le management

Les cinq contraintes ne sont pas une technique d’intelligence artificielle. C’est une façon de rédiger une consigne à quelqu’un qui ne peut pas vous poser de question. Un cahier des charges à un prestataire, un brief à un graphiste, une note de procédure à une équipe : les mêmes cinq points, avec les mêmes conséquences quand ils manquent.

Le modèle a seulement un mérite pédagogique : il rend le défaut de consigne immédiatement visible. Un salarié compense votre imprécision avec du bon sens et vous ne saurez jamais que la consigne était mauvaise. Un modèle applique l’imprécision telle quelle, et vous met le résultat sous le nez. C’est désagréable, et c’est instructif.

Si vous cherchez où appliquer ça en premier, la grille de pré-mortem en donne l’occasion : c’est un exercice où la précision des questions détermine entièrement la valeur des réponses.