Le guide des prompts pour les opérateurs qui livrent

Un prompt qui marche n'est pas un prompt magique. C'est un prompt qui résout un problème concret pour une personne qui l'attend, dans un format qu'elle peut exploiter sans réécrire. Voilà la définition que nous utilisons à la maison.

Cet article est le pivot du carnet : il pose les six principes qui guident chaque entrée publiée sur am. Si vous découvrez la pratique des prompts, lisez-le en entier. Si vous y revenez après six mois, sautez aux principes que vous voulez réviser — chacun renvoie vers un dossier dédié à la fin.

1. Le contexte vaut plus que le verbe

La plupart des prompts qui circulent commencent par « Génère un email de prospection ». Notre version commence par : « Tu es commercial dans une équipe de 3 personnes, en SaaS B2B, ACV moyen 1200 €, le destinataire vient de signer chez ton concurrent direct ».

Le verbe est le même (« génère »). Mais la sortie n'a rien à voir.

Un prompt sans contexte produit du contenu générique parce que le modèle, par défaut, vise la moyenne du web. Donnez-lui assez d'informations pour qu'il sorte de la moyenne.

Règle pratique : avant d'écrire le verbe, écrivez quatre phrases qui décrivent la situation. Si vous n'arrivez pas à les écrire, c'est que vous ne savez pas vraiment ce que vous voulez.

2. La contrainte fait la qualité

Un bon prompt interdit autant qu'il prescrit. Bannir « solution », « plateforme », « innovant » dans une page produit force le modèle à sortir des tics de langage SaaS qui plombent la lisibilité.

Trois familles de contraintes utiles :

• Lexicales : la liste de mots à éviter. Très efficace pour casser les automatismes.
• Structurelles : la longueur maximale, le nombre de paragraphes, les sections obligatoires.
• Modales : « pas de questionnement émotionnel », « ton sec », « interdit de mentir ».

Une contrainte n'a pas besoin d'être justifiée. Elle a besoin d'être respectée.

3. Les variables sont des marqueurs, pas des décorations

Un prompt utilisable demande à l'utilisateur de remplir des variables. Nous notons toutes les variables avec une convention unique : {{double-accolade}}.

Pourquoi cette convention ? Parce qu'elle est :

• Visible (impossible de la confondre avec du texte)
• Recherchable (un grep {{ liste tout ce qui doit être rempli)
• Non ambiguë (pas de collision avec la syntaxe markdown ou JSON)

Et parce qu'elle se transpose naturellement dans des outils d'orchestration comme n8n ou LangChain quand vous passez de la copie manuelle à l'automatisation.

4. Le format de sortie change tout

Un prompt qui sort du texte libre force l'utilisateur à parser le résultat. Un prompt qui sort du JSON strict permet de chaîner.

Quand le prompt fait partie d'un workflow (lecture par un autre agent, insertion en base, déclenchement d'une action), le format de sortie est aussi important que le contenu. Précisez le schéma JSON, indiquez les valeurs autorisées, refusez le texte avant ou après.

Quand le prompt produit un livrable lisible par un humain, précisez la longueur, la structure, les sections obligatoires.

Dans tous les cas : pas de format implicite. Un prompt qui dit « rends une bonne réponse » n'a pas de format.

5. Le rôle ancre le ton

« Tu es éditeur d'une newsletter de 12 000 abonnés » donne un résultat différent de « Tu es expert en copywriting ». Le premier ancre dans une réalité (un volume, un canal, des contraintes éditoriales). Le second ouvre un espace abstrait.

Choisissez un rôle précis. Préférez les rôles que le modèle a vraisemblablement croisés dans son corpus (éditeur, ingénieur SRE, paralegal, VP Sales) aux rôles inventés (« growth ninja »).

Si plusieurs rôles sont pertinents, ne les enchaînez pas. Choisissez celui qui correspond au livrable que vous attendez en premier.

6. Un prompt s'édite, ne s'invente

Aucun prompt publié sur am. n'a été écrit en une fois. Chacun a été utilisé, raté, corrigé, republié. La version 1 atteint rarement la version 5.

Notre méthode :

1. Écrivez la version brute en 5 minutes.
2. Utilisez-la sur trois cas réels.
3. Notez les trois choses qui ont mal tourné.
4. Réécrivez en intégrant les contraintes correspondantes.
5. Republiez.

Cette boucle prend du temps mais produit des prompts qui résistent. Vous pouvez la faire seul·e ou la déléguer à l'équipe édito (si vous avez un abonnement annuel, vous pouvez aussi nous soumettre un prompt — voir la FAQ).

Les dossiers thématiques

Chacun des six principes se prolonge dans un dossier dédié. Si vous voulez creuser :

• Comment écrire un prompt système pour un agent
• Le contexte qui transforme un email de prospection
• Quand le format JSON change votre workflow
• Les contraintes lexicales qui sauvent une page produit
• Le prompt comme livrable opérationnel

En résumé

Un prompt qui marche est précis, contraint, formaté, ancré, et édité. Aucune de ces propriétés n'est négociable. Toutes peuvent s'apprendre.

Le carnet sert à documenter les apprentissages au fur et à mesure qu'ils nous arrivent. Si vous voulez recevoir les prochains articles, créez un compte — l'inscription est gratuite, l'abonnement payant est optionnel.