Créer ta bibliothèque de prompts réutilisables à variables

Mardi dernier, tu as passé vingt minutes à régler un prompt pour relancer un client, et il marchait très bien. Aujourd'hui, tu le cherches dans ton historique, entre une recette de cuisine et une question sur ta déclaration d'impôts, tu ne le trouves pas et tu le réécris en moins bien. Une bibliothèque de prompts règle ce problème, et elle tient dans un simple document.

Le bon outil est celui que tu ouvres déjà

Inutile de chercher une application dédiée. Le critère est la vitesse : si retrouver un modèle prend plus de temps que de le réécrire, tu ne t'en serviras plus.

Pour démarrer, prends un document et garde-le accessible en un clic. Les instructions système et projets viendront ensuite, pour ce qui s'applique à toutes tes conversations.

De prompt ponctuel à modèle à variables

Un prompt réussi mélange deux types de contenu : ce qui ne bouge pas, et ce qui change à chaque fois. Le passage en modèle consiste à séparer les deux. Prenons une comptable qui réclame souvent des pièces manquantes à ses clients. Voici ce qu'elle a écrit un jour :

Rédige un mail pour demander à M. Morel, gérant de la boulangerie, les relevés bancaires de mars et les factures de farine manquantes, avant le 15. Reste courtois mais ferme, c'est la deuxième relance. Il est du genre à oublier. 5 lignes maximum.

Et voici le modèle tiré de ce prompt :

Rédige un mail à [NOM DU CLIENT], [ACTIVITÉ DU CLIENT], pour lui demander ces pièces :
[LISTE DES PIÈCES]

Date limite : [DATE].
Niveau de relance : [1re demande / 2e relance / dernière relance avant blocage du dossier].

Ton selon le niveau : courtois pour la première demande, courtois et ferme pour la deuxième, ferme et factuel pour la dernière, en précisant ce que le retard bloque : [CONSÉQUENCE RÉELLE].

Termine par une action simple pour le client : [DÉPÔT SUR L'ESPACE CLIENT / RÉPONSE À CE MAIL].

5 lignes maximum, sans formule d'excuse. Ne mentionne aucune sanction ni aucun délai légal que je n'ai pas indiqué.

Quelques règles rendent une variable efficace :

• Nomme-la clairement. [PIÈCES] dit moins que [LISTE DES PIÈCES], et [DATE] moins que [DATE LIMITE] quand un modèle contient plusieurs dates.
• Indique les choix possibles quand ils sont limités, comme ci-dessus pour le niveau de relance.
• Ne variabilise pas tout. Au-delà de cinq ou six variables, le modèle devient un formulaire que tu n'auras pas envie de remplir. Garde le reste en dur ou scinde-le en deux modèles.
• Ajoute une consigne de sécurité si une variable oubliée risquerait de passer inaperçue : « Si un crochet n'a pas été rempli, arrête-toi et demande-moi l'information. »

Avant d'y coller de vraies informations, vérifie ce que tu envoies à l'outil. Une relance peut très bien se préparer avec « Client A », et le nom être ajouté dans ta messagerie. Cet article sur la confidentialité t'aidera à fixer ta règle.

Pour convertir un prompt existant, tu peux aussi faire faire le travail :

Voici un prompt qui a bien fonctionné :

"""
[COLLE LE PROMPT]
"""

Transforme-le en modèle réutilisable. Garde toutes les consignes de ton, de format et de limites. Remplace uniquement ce qui changera d'une utilisation à l'autre par des variables en [MAJUSCULES ENTRE CROCHETS], six au maximum.

Donne ensuite :
- un nom de modèle court, qui commence par un verbe
- une phrase qui dit quand l'utiliser
- la liste des variables avec un exemple de valeur pour chacune

Relis le résultat : l'IA retire parfois une précision qui faisait la qualité de l'original.

Une fiche par modèle, pas plus

Pour que la bibliothèque reste utile dans six mois, chaque modèle a besoin de quelques informations autour de lui. Cinq lignes au-dessus du prompt suffisent :

NOM : Relancer un client pour des pièces manquantes
QUAND : dossier bloqué par des documents non reçus
OUTIL TESTÉ : [OUTIL], le [DATE DU TEST]
ATTENTION : vérifier la date limite et la liste des pièces avant envoi
RÉSULTAT TYPE : [COLLE UN BON EXEMPLE DE SORTIE]

Le résultat type est la ligne que tout le monde saute et qui rend le plus service : dans six mois, il te rappelle ce que tu dois attendre. La date de test te dit quand vérifier de nouveau, puisque les outils changent. Avant d'ajouter un modèle, passe-le à la méthode de test, au moins sur deux ou trois cas différents.

Nomme chaque modèle par ce qu'il permet de faire, en commençant par un verbe : « Répondre à un avis négatif », « Résumer une réunion ». Range-les ensuite par grand usage. Pour un artisan, quatre rubriques suffisent généralement : clients, chantiers, administratif, communication. Pour un développeur : revue de code, documentation, débogage, tests.

Entretenir sans y passer ses soirées

Une bibliothèque meurt de deux façons : personne ne la remplit, ou elle déborde. Une règle simple évite les deux. Tu n'y ajoutes un modèle que la deuxième fois que tu refais la même tâche. Une fois par trimestre, supprime ce que tu n'as pas utilisé depuis trois mois, et fusionne ce qui se recoupe.

Si tu partages la bibliothèque avec une équipe, désigne une personne qui valide les modifications et garde les versions datées, pour que chacun utilise le même modèle et sache pourquoi il a changé.

Tu n'as pas à tout écrire toi-même : le catalogue de YouPrompt propose des prompts testés, avec un extrait et un vrai résultat visibles avant achat, que tu peux adapter à tes variables.

Crée ton document maintenant, retrouve les trois prompts que tu as le plus réutilisés dans ton historique et convertis le premier. Une bibliothèque qui contient trois modèles utiles vaut déjà mieux qu'un historique de cent conversations.