Prompt système vs prompt utilisateur : les différences
Le prompt système est la consigne permanente qui définit le rôle, le ton et les limites d'un assistant IA, tandis que le prompt utilisateur est la demande ponctuelle posée à chaque échange. Le premier se rédige une fois et s'applique à toutes les conversations ; le second change à chaque question. Cet article explique ce qui les sépare, comment les écrire et comment les articuler dans une PME. Il prolonge notre guide complet du prompt engineering pour PME et notre article sur l'anatomie d'un bon prompt.
Définition : deux niveaux de consigne pour un même modèle
Le prompt système est l'ensemble des instructions données au modèle avant la conversation ; le prompt utilisateur est le message que la personne tape pendant la conversation. Un LLM reçoit les deux dans le même flux de texte, mais avec des étiquettes différentes (« system » et « user » dans la plupart des interfaces de programmation). Les modèles sont entraînés à accorder plus de poids aux consignes de niveau système.
Une image simple : le prompt système est la fiche de poste remise à un nouvel employé le premier jour (qui vous êtes, comment vous parlez à nos clients, ce que vous ne faites jamais). Le prompt utilisateur est la tâche qu'on lui confie le mardi à 14 h. Vous ne réécrivez pas la fiche de poste à chaque tâche, et vous ne glissez pas une tâche dans la fiche de poste.
Vous utilisez déjà un prompt système sans le voir. Quand vous ouvrez ChatGPT, Claude ou Copilot, l'éditeur a déjà chargé ses propres consignes de fonctionnement, que vous ne lisez pas. Votre message arrive après.
Les différences concrètes entre les deux
La différence tient à trois critères : qui l'écrit, à quelle fréquence il change et ce qu'il contient. Le tableau ci-dessous les compare.
| Critère | Prompt système | Prompt utilisateur |
|---|---|---|
| Qui l'écrit | Un responsable, un référent IA, un administrateur | Chaque collaborateur |
| Fréquence | Rédigé une fois, révisé de temps en temps | Réécrit à chaque demande |
| Contenu | Rôle, ton, règles, limites, format par défaut | Tâche précise, données du jour, contexte |
| Portée | Toutes les conversations d'un assistant | Un seul échange |
| Visible par l'utilisateur | Rarement | Toujours |
| Exemple | « Tu réponds en vouvoyant, tu ne cites aucun prix » | « Résume ce devis en cinq lignes » |
Une conséquence pratique : si vous constatez que vos collaborateurs recopient tous la même introduction dans leurs messages (« Tu es un assistant commercial, tu vouvoies... »), c'est un signal. Cette partie doit migrer vers le prompt système.
Où trouver le prompt système selon l'outil
Selon l'outil, le prompt système porte un nom différent, mais il joue toujours le même rôle. Dans l'application grand public, il se cache derrière des réglages ; dans une interface de programmation, il s'écrit explicitement.
- Dans ChatGPT : les « instructions personnalisées » et les consignes d'un GPT personnalisé.
- Dans Claude : les « instructions » d'un projet et les préférences de profil.
- Dans Copilot et les outils métier : la configuration de l'agent ou de l'assistant par l'administrateur.
- Par programmation (API) : un champ dédié au message système, séparé des messages utilisateur. Le nom exact du champ varie d'un fournisseur à l'autre ; vérifiez la documentation de l'outil que vous utilisez [À vérifier avant envoi : intitulés actuels chez OpenAI, Anthropic et Google].
Pour une PME, le cas le plus fréquent est le premier : créer un assistant partagé (un GPT ou un projet Claude) dont le prompt système est rédigé une seule fois par le référent IA, puis utilisé par toute l'équipe.
Comment rédiger un bon prompt système
Un bon prompt système tient sur une page, décrit des règles stables et dit aussi ce qu'il ne faut pas faire. Gardez les mêmes blocs que pour un prompt classique (rôle, contexte, contraintes, format), mais uniquement ce qui ne change jamais.
Voici les cinq éléments à y mettre :
- Le rôle et le public : « Tu assistes l'équipe administrative d'une association de 12 salariés. »
- Le ton et la langue : vouvoiement, français, phrases courtes.
- Les règles de fond : sources autorisées, vocabulaire de l'entreprise, mentions obligatoires.
- Les interdits : ne pas inventer de chiffres, ne pas donner d'avis juridique, ne pas traiter de données de santé.
- Le comportement en cas de doute : poser une question plutôt que deviner, ou écrire [À COMPLÉTER].
Un exemple pour un assistant de relance client : « Tu rédiges des emails de relance pour le service comptabilité d'une PME de services. Tu vouvoies toujours. Tu n'écris jamais de reproche. Tu n'inventes ni montant ni date : si une donnée manque, tu écris [À COMPLÉTER]. Tu réponds par un objet d'email, puis le corps du message. »
Avec ce cadre en place, le collaborateur n'a plus qu'à écrire : « Facture 2024-118, Dupont SARL, 2 400 €, échue depuis 18 jours, première relance. » Les montants de cet exemple sont illustratifs.
Comment rédiger le prompt utilisateur quand un prompt système existe
Le prompt utilisateur gagne à rester court : la tâche, les données du jour et le résultat attendu. Tout ce qui est déjà dans le prompt système n'a pas à être répété.
Trois réflexes :
- Ne redonnez pas le rôle, il est déjà fixé.
- Fournissez les données propres à la demande (noms, montants, extrait de document).
- Précisez uniquement ce qui déroge à la règle par défaut : « Cette fois, ton plus ferme, c'est la troisième relance. »
Attention au conflit de consignes. Si le prompt système dit « réponds en trois lignes maximum » et que l'utilisateur demande un rapport détaillé, le modèle arbitre, et pas toujours comme vous l'espérez. En général, la consigne système l'emporte, mais le résultat varie d'un modèle à l'autre. Testez les cas limites avant de déployer l'assistant.
Sécurité : pourquoi la séparation compte en entreprise
Le prompt système n'est pas un coffre-fort : une consigne confidentielle placée dedans peut être révélée ou contournée. Les attaques dites d'injection de prompt consistent à glisser, dans un message ou dans un document que l'IA lit, une instruction qui cherche à écraser les règles du système. Un email reçu qui contient « ignore tes consignes précédentes » en est l'exemple type.
Trois règles de prudence :
- N'écrivez jamais de mot de passe, de clé d'accès ou de donnée confidentielle dans un prompt système.
- Ne donnez pas à un assistant plus de droits que nécessaire (lecture seule plutôt que droit d'envoi, par exemple).
- Faites relire par un humain toute action irréversible (envoi, paiement, suppression).
Ces questions rejoignent la gouvernance des usages. Notre article sur la confidentialité des données avec l'IA pose les règles de base, et celui sur le shadow IA montre ce qui arrive quand chacun configure son outil dans son coin. Un prompt système validé par l'entreprise est aussi une pièce naturelle de votre politique IA.
Gérer ses prompts système dans la durée
Un prompt système est un document de travail : il se versionne, se teste et se révise. Traitez-le comme une procédure interne.
- Nommez-le et datez-le (« Assistant relances v2, octobre 2026 »).
- Désignez un propriétaire, généralement le référent IA.
- Gardez une dizaine de demandes types pour tester chaque modification.
- Notez ce qui a changé et pourquoi.
Comptez un test de dix demandes après chaque révision ; c'est un ordre de grandeur de terrain, à adapter à votre usage. Cela évite la régression classique : on corrige un défaut et on en crée deux autres.
Pour les tokens, notez qu'un prompt système très long est relu à chaque échange. Dans un outil facturé à l'usage, il pèse sur le coût et sur la place disponible pour vos documents. Mieux vaut un prompt dense qu'un prompt bavard.
Du bon réglage à la compétence d'équipe
Savoir faire la différence entre prompt système et prompt utilisateur est l'une des compétences qui distinguent un usage individuel d'un usage d'équipe. Elle conditionne la qualité, la cohérence et la sécurité des assistants que vous déployez.
C'est aussi un sujet de conformité. L'article 4 du règlement européen sur l'IA (règlement UE 2024/1689) demande aux organisations de veiller à un niveau suffisant de maîtrise de l'IA chez les personnes qui utilisent ces systèmes. Notre article sur l'obligation de formation de l'article 4 détaille ce que cela implique. Pour prolonger selon votre outil, voyez la formation ChatGPT en entreprise et la formation Claude. L'ensemble de la démarche est dans le guide du prompt engineering.
Comment GrowthPerf accompagne vos équipes
GrowthPerf forme vos équipes à construire des assistants partagés dont le prompt système est clair, testé et validé. Nous sommes organisme de formation certifié Qualiopi, ce qui ouvre en principe la possibilité d'un financement par votre OPCO selon votre situation (éligibilité à confirmer au cas par cas).
Une session type part d'un usage réel de votre structure (relances, réponses aux demandes entrantes, comptes rendus), rédige avec vous le prompt système, le teste sur vos cas et le documente. Le programme est détaillé dans notre formation prompt engineering. Pour savoir par où commencer, réservez un audit formation IA gratuit de 30 minutes.
Questions fréquentes
Quelle est la différence entre un prompt système et un prompt utilisateur ? Le prompt système fixe les règles permanentes de l'assistant (rôle, ton, limites). Le prompt utilisateur contient la demande du moment. Le premier est écrit une fois par un responsable, le second par chaque collaborateur à chaque échange.
Peut-on voir le prompt système de ChatGPT ou de Claude ? Pas celui que l'éditeur a configuré en interne. En revanche, vous pouvez écrire le vôtre dans les instructions personnalisées, un projet ou un assistant personnalisé.
Le prompt système est-il toujours prioritaire ? En général, les modèles lui accordent plus de poids, mais ce n'est pas une garantie absolue. Une consigne contradictoire ou une injection peut produire un comportement inattendu : testez vos cas limites.
Faut-il un prompt système pour un usage occasionnel ? Non. Pour une question isolée, un bon prompt utilisateur suffit. Le prompt système devient utile dès que plusieurs personnes répètent la même tâche.
Quelle longueur pour un prompt système ? Une page est un bon point de départ. Au-delà, vérifiez que chaque règle apporte quelque chose et supprimez les doublons.
Peut-on y mettre des informations confidentielles ? Il vaut mieux l'éviter. Considérez que son contenu peut être révélé et ne placez ni mot de passe, ni clé, ni donnée personnelle.
Qui doit rédiger le prompt système dans une PME ? Idéalement un référent IA, avec les futurs utilisateurs. Il connaît les règles de l'entreprise et reste responsable des mises à jour.