prompt système
Nº 037 · v2026-08EN : system promptLe prompt système, ce sont les consignes permanentes qu’un produit place devant chaque demande : le ton, le rôle, les interdits. Comme le règlement affiché à l’entrée d’une piscine : il vaut pour tout le monde, avant même que vous ayez dit un mot.
Ce que ce n’est pas
Le prompt système n’est pas votre prompt, et ce n’est pas non plus un réglage du modèle. Vous écrivez une demande, il écrit le cadre : il est rédigé par qui conçoit le produit, vaut pour tous les échanges et ne vous est presque jamais montré. Ce n’est pas davantage un coffre-fort : il voyage dans le contexte comme le reste du texte, donc il se laisse deviner, recopier ou contredire. Une consigne permanente influence la réponse, elle ne la contraint pas.
En profondeur
Un prompt système est un bloc de texte que le harnais place en tête du contexte, à chaque requête, avant votre message. Le modèle ne garde rien d’un appel à l’autre : cette permanence est une illusion entretenue par la répétition, puisque le bloc est renvoyé intégralement à chaque fois. On y décrit en général un rôle, un domaine, un ton, des interdits, un format de réponse, parfois la liste des outils disponibles et la conduite à tenir dans les cas limites. Comme il occupe de la place dans la fenêtre de contexte, il se paie à chaque échange, et un texte qui enfle réduit d’autant ce qui reste pour la conversation.
La convention veut que ces instructions priment sur le reste, mais rien dans le mécanisme ne le garantit. Le modèle lit une seule suite de texte et en produit la continuation la plus plausible : la distinction entre consigne permanente, message de l’utilisateur et document joint est une convention de forme, pas une hiérarchie exécutée. Une page consultée en cours de route, un fichier déposé ou un résultat d’outil peuvent donc contenir des phrases qui rivalisent avec le cadre, et parfois l’emportent. C’est pourquoi un comportement critique ne se pose jamais dans le seul prompt système : ce qui doit être empêché se contrôle ailleurs, par des garde-fous appliqués en amont ou en aval de l’appel.
Le premier piège est de croire ces instructions confidentielles. Elles vivent dans le contexte, donc elles fuient : une insistance bien tournée suffit souvent à en obtenir la teneur, et il faut les écrire en supposant leur publication, sans y loger ni secret d’affaires ni donnée personnelle. Le deuxième est l’accumulation : les consignes s’ajoutent au fil des incidents, finissent par se contredire, et le modèle arbitre alors selon une règle que personne n’a écrite. Le troisième est la fragilité, car une formulation ajustée à un modèle se déforme quand on en change : un prompt système sérieux se compare sur un jeu de cas et se versionne comme du code.
Relations le graphe local
- S’exécute dans
- harnais
- Requiert
- contexte
- Souvent confondu avec
- prompt
- Contraste
- fine-tuning
Vérifier 3 questions · cliquez votre réponse
Niveau 1 · Reconnaître
Qui écrit le prompt système d’un produit ?
Niveau 2 · Distinguer
Le prompt système d’un produit se retrouve publié en ligne. Que faut-il en conclure ?
Niveau 2 · Distinguer
Une règle absolue doit tenir : ne jamais divulguer un identifiant client. Où la poser ?
Lexigraph, « Prompt système », v2026-08, https://lexigraph.org/fr/prompt-systeme, CC BY 4.0.