Un system prompt est le bloc d'instructions permanent envoyé à un modèle de langage avant que la véritable conversation ne commence. Il indique au modèle qui il est, comment se comporter, de quels outils il dispose et quelles règles suivre — la persona, les contraintes de format, les garde-fous de sécurité, le préambule « tu es un agent de code opérant dans ce dépôt ». Tout ce qui vient après lui (vos messages, le contenu des fichiers, la sortie des outils) est interprété à travers lui.Dans un agent de code, le system prompt est rarement court. Le temps que Claude Code, Cursor ou Codex y ait injecté ses instructions de fonctionnement, le CLAUDE.md ou le fichier de règles de votre projet, les définitions d'outils MCP disponibles et diverses conventions de formatage, vous pouvez facilement atteindre plusieurs milliers de tokens avant la moindre ligne de votre vraie demande. Et voici ce que les gens oublient : ce bloc se trouve au début de la context window et il est renvoyé à chaque tour de la session. Ce n'est pas un coût de configuration ponctuel — c'est un loyer.
Pourquoi c'est important en 2026
Deux choses ont changé qui rendent le system prompt digne d'attention. D'abord, les agents sont devenus bavards : une boucle de code moderne enchaîne des dizaines de tours pour terminer une seule tâche, et un system prompt obèse est payé à chacun d'eux. Ensuite, l'outillage s'est alourdi — chargez huit serveurs MCP et leurs schémas d'outils à eux seuls peuvent éclipser votre prompt réel. J'ai audité des sessions où les instructions permanentes étaient le poste le plus important à elles seules, plus gros que le code en cours d'édition.La bonne nouvelle, c'est que c'est aussi la partie la plus cacheable de votre dépense. Parce que le system prompt est, par définition, le préfixe invariable de chaque tour, c'est le cas d'école du prompt caching : vous payez le plein tarif d'input une fois, puis les cache reads atterrissent à environ 10 % du prix d'input pour le reste de la session. Sur Claude Opus 4.8, c'est la différence entre 5 $ et environ 0,50 $ par MTok sur le préfixe ; sur Sonnet 5, c'est 2 $ contre ≈ 0,20 $. Si votre agent n'obtient pas de cache hits sur son system prompt, vous laissez l'essentiel du gain sur la table.L'autre levier consiste à ne pas renvoyer ce dont vous n'avez pas besoin. Le chargement paresseux de MCP signifie qu'un schéma d'outil n'entre dans le system prompt que lorsque l'agent fait réellement appel à ce serveur, au lieu que le manuel de chaque serveur ne s'invite dès le premier tour. C'est exactement le genre de réduction de coût permanent que Tokenade effectue automatiquement — aux côtés de l'output filtering et de la semantic code search — pour que le préfixe que vous repayez à chaque tour soit le plus petit possible tout en restant correct. Vous pouvez voir les tokens économisés s'accumuler sur le dashboard, et le moteur est sous licence MIT si vous préférez lire exactement ce qu'il retire. Gratuit jusqu'à ≈ 10M de tokens par mois, Pro à 19,90 €/mois (HT) avec postes illimités si vous le dépassez.
Quand NE PAS l'utiliser
Ne mettez pas de détail spécifique à une tâche dans le system prompt. Il est fait pour les règles permanentes, pas pour la demande du moment. Tout ce qui change d'un tour à l'autre appartient au message utilisateur ; épinglez-le dans le bloc system et vous le refacturez à jamais sans raison.
Ne déversez pas tout votre codebase ou chaque doc dedans « pour que le modèle sache toujours tout ». C'est le sophisme du « plus c'est gros, mieux c'est ». Le modèle prête moins attention à un préfixe gonflé, et vous payez pour le bruit à chaque tour — récupérez plutôt les fonctions pertinentes à la demande.
Ne comptez pas dessus pour des garanties strictes. Un system prompt est une forte orientation, pas un bac à sable. Des instructions enfouies sous une longue conversation peuvent être ignorées ou écrasées ; si vous avez besoin d'une application stricte, faites-la respecter dans le code, pas dans la prose.