Si vous répétez la même mise en contexte à chaque conversation, vous perdez du temps et vous obtenez des résultats irréguliers. Le prompt système existe pour ça : poser une fois pour toutes le cadre dans lequel le modèle travaille.
C'est le premier réglage à faire quand on passe de l'usage occasionnel à l'usage régulier. C'est aussi ce qui transforme un assistant générique en quelque chose qui ressemble à un collaborateur au fait de vos règles.
Définition
Le prompt système est une instruction permanente, placée avant toute conversation, qui définit le rôle du modèle, son ton, ses règles et ses limites. Contrairement à un Prompt ordinaire qui porte sur une demande, il s'applique à toutes les réponses de la session.
La comparaison la plus parlante est celle de la fiche de poste. Le prompt système dit qui vous êtes, comment vous travaillez et ce que vous ne faites pas. Les prompts qui suivent sont les demandes du quotidien.
Les modèles accordent plus de poids au prompt système qu'aux messages de la conversation. C'est voulu : cela permet à des règles de sécurité ou de ton de résister à une demande contraire formulée en cours d'échange.
Ce qu'on y met
| Élément | Exemple |
|---|---|
| Le rôle | « Tu es l'assistant du service client d'un logiciel de facturation pour indépendants » |
| Le ton | « Vouvoiement, phrases courtes, aucun jargon technique » |
| Les règles | « Réponds en trois paragraphes maximum. Termine toujours par l'étape suivante à réaliser » |
| Les interdits | « Ne donne jamais de conseil fiscal. Ne promets aucun délai de correction » |
| Le repli | « Si l'information n'est pas dans la documentation fournie, dis-le et propose de transmettre à un humain » |
La dernière ligne est la plus importante et la plus oubliée. Sans consigne de repli explicite, un modèle confronté à une question hors de son périmètre inventera une réponse plausible plutôt que d'admettre son ignorance. C'est le mécanisme direct de l'Hallucination.
Bonnes pratiques
Écrivez des règles vérifiables. « Trois paragraphes maximum » se contrôle, « sois concis » ne se contrôle pas. Plus une règle est mesurable, mieux elle est suivie.
Restez court. Un prompt système de trois pages consomme des Token à chaque appel et se suit moins bien qu'un cadre de quinze lignes bien choisies. Si tout est important, plus rien ne l'est.
Mettez les interdits en fin de texte. Ce qui est en début et en fin est mieux respecté que ce qui est au milieu. Les règles auxquelles vous tenez le plus méritent ces places.
Versionnez-le. Un prompt système qui évolue sans historique devient vite impossible à déboguer. Gardez trace des changements, comme pour n'importe quel réglage de production.
Testez sur vos cas limites. Un cadre se juge sur les demandes tordues, pas sur les demandes faciles. Prenez vos cinq questions clients les plus pénibles et vérifiez le comportement.
Ne considérez jamais le prompt système comme une barrière de sécurité absolue. Une Injection de prompt bien tournée peut le contourner. Tout ce qui ne doit vraiment pas sortir n'a rien à faire dans le contexte du modèle : cela se filtre en amont, dans votre code ou votre outil, pas dans une phrase d'instruction.
Questions fréquentes
Où se règle-t-il concrètement ?
Dans les interfaces grand public, il porte souvent un autre nom : instructions personnalisées, préférences, ou consignes du projet. Dans un outil d'automatisation ou en accès direct au modèle, c'est un champ dédié, séparé du message de l'utilisateur.
Est-il facturé à chaque message ?
Oui, il est renvoyé à chaque appel et compte donc dans les jetons d'entrée. Sur un usage intensif, cela justifie de le garder court, et d'utiliser le cache de prompt quand votre fournisseur le propose.
Peut-on lui faire respecter un format strict ?
Jusqu'à un certain point. Pour un format vraiment contraint, il vaut mieux passer par la Sortie structurée proposée par les fournisseurs, qui garantissent la forme là où une consigne se contente de la demander.
Comment mettre en place un cadre solide pour un usage professionnel ?
En partant des cas qui posent problème plutôt que du cas idéal, et en ajoutant une règle à la fois. Notre formation Claude Cowork détaille cette construction progressive, avec la façon de tester chaque règle avant de l'ajouter.