Le prompt qui marche lundi, qui rate vendredi
Le scénario revient dans presque tous les comptes que j'accompagne. Vous passez vingt minutes à cadrer un prompt pour la newsletter du mois : ton, structure, exemples de ce qui a bien marché avant. Le résultat est bon. Vendredi, même besoin, nouvelle conversation. Vous retapez le contexte de mémoire (le ton, un exemple, la contrainte de longueur), et le résultat diffère légèrement. Pas forcément moins bon. Juste différent, sans que vous sachiez toujours pourquoi.
Sur plusieurs marques en parallèle, ce micro-écart devient un vrai coût. Chaque nouvelle session de ChatGPT, Claude ou Gemini reconstruit le contexte à partir de rien. Le modèle ne sait pas ce qu'il a produit la semaine dernière, ni ce que vous avez corrigé, ni pourquoi une formulation a été refusée par le client. Vous passez plus de temps à reconstruire le contexte qu'à juger le résultat.
Pourquoi c'est un problème de mémoire
Le problème, c'est la mémoire. Un modèle de langage, aussi bon soit-il, ne retient rien d'une conversation à l'autre par défaut. Chaque session démarre avec la même feuille blanche, quel que soit le nombre de fois où vous avez déjà expliqué votre ton, vos personas ou vos formulations interdites.
C'est exactement la structure que documente Christophe, directeur de création, dans un article que je recommande sur le sujet :
La mémoire d'agence IA repose sur cinq couches : intention, langage, génération, cohérence et production. Chaque couche répond à une question précise et produit un livrable de méthode.
Christophe, CreativeAI.fr, 12 mai 2026
Cette structure en couches rejoint ce que j'ai observé en pratique. Sans un endroit où l'intention et le langage de la marque sont fixés une bonne fois, chaque prompt réinvente sa propre version de la doctrine. Et deux personnes qui reformulent la même doctrine, même avec la meilleure volonté, ne produisent jamais exactement la même chose.
Une mémoire de marque n'est pas un outil. C'est un dossier de fichiers, un espace de contexte, ou une base vectorielle selon le volume. Ce qui compte, c'est qu'il existe un seul endroit où la doctrine vit, et que chaque génération le consulte avant de produire.
Ce qu'il faut stocker, et où
Pas besoin d'une infrastructure lourde pour commencer. Quatre éléments suffisent à sortir du recollage de contexte permanent :
| Élément | Ce qu'il fixe | Où le stocker |
|---|---|---|
| Positionnement et ton | Ce que la marque est et n'est pas | Un fichier unique, jamais dupliqué |
| Exemples canoniques | Trois à cinq contenus déjà validés | Dossier d'archives consultable |
| Formulations bannies | Ce qui a déjà été corrigé ou refusé | Liste courte, mise à jour à chaque correction |
| Contexte vivant | Décisions, retours clients, notes de réunion récentes | Dossier d'intel alimenté en continu |
Le point le plus souvent négligé, c'est le dernier. Une charte de marque décrit ce qui est stable. Le contexte vivant décrit ce qui change : une décision prise en réunion la semaine dernière, un retour client sur la dernière campagne, une contrainte réglementaire qui vient de tomber. Sans un endroit pour capturer ça, l'IA continue de produire selon une version de la marque qui n'existe plus.
En dessous d'une cinquantaine de contenus publiés par mois, des fichiers texte bien organisés suffisent très largement. Une IA qui lit directement ces fichiers avant de générer produit déjà l'essentiel du gain. Une base vectorielle ne devient utile qu'au-delà de ce volume, quand retrouver un passage précis dans un historique important justifie la complexité supplémentaire.
L'erreur la plus commune, à ce stade, c'est de tout empiler dans un seul fichier fourre-tout : le positionnement à côté du compte-rendu de réunion d'hier, les formulations bannies mélangées aux exemples validés. Le fichier grossit, personne ne sait plus ce qu'il contient vraiment, et l'IA finit par piocher une phrase de contexte périmé aussi facilement qu'une règle de marque encore valide. Séparer le stable du vivant n'est pas une question d'ordre esthétique. C'est ce qui évite qu'une décision d'il y a huit mois pollue silencieusement une génération d'aujourd'hui.
Voir une mémoire de marque déjà structurée
Le template Cockpit documente cette structure en fichiers, dossier par marque, sous licence MIT.
Ouvrir le repo GitHubUn exemple concret
Dans le Cockpit marketing que j'utilise pour mes comptes clients, cette structure existe sous forme de dossiers. 01-brand porte le positionnement, le ton, les personas et les formulations bannies. Un dossier d'intel séparé absorbe les transcriptions de meetings et les notes de veille au fil de l'eau, sans jamais toucher au dossier de doctrine. Les deux ne se mélangent pas : l'un est stable, l'autre bouge chaque semaine.
Un hook technique (un script qui s'exécute automatiquement après chaque écriture de fichier) compare systématiquement ce qui vient d'être généré au dossier de doctrine. Si une formulation bannie apparaît, si le ton dévie, l'alerte remonte avant la publication. Ce n'est pas la vigilance d'un humain qui garantit la cohérence, c'est une règle que le système applique à chaque sortie, que vous y pensiez ou non.
Le résultat concret : un prompt tapé lundi et un prompt tapé vendredi consultent la même source, dans le même état. L'écart de qualité que je décrivais en ouverture disparaît, pas parce que le modèle s'est amélioré, mais parce qu'il ne repart plus de zéro.
Conclusion
Une mémoire de marque qui tient n'a pas besoin d'être sophistiquée au départ. Elle a besoin d'être à un seul endroit, tenue à jour, et consultée avant chaque génération. Le reste (base vectorielle, hooks automatiques, calendrier de validation) ne sert qu'à faire tenir cette même logique à mesure que le volume augmente.
Si vos prompts marketing produisent des résultats qui varient d'une session à l'autre, le premier réflexe n'est pas de mieux écrire le prompt. C'est de vérifier s'il existe, quelque part, un seul endroit où votre marque est écrite une fois pour toutes.