Prompt système vs prompt utilisateur

Quand on apprend à dialoguer avec Claude, une distinction revient sans cesse : celle entre prompt système et prompt utilisateur. Les confondre conduit à des résultats incohérents. Cet article clarifie le rôle de chacun et indique quand mobiliser l'un ou l'autre.

Deux niveaux d'instruction

Une requête adressée à Claude se compose souvent de plusieurs couches. Les deux principales sont le prompt système et le prompt utilisateur. Elles ne servent pas le même objectif et n'ont pas le même poids.

Le prompt système

Le prompt système définit le cadre général : le rôle de Claude, son ton, ses contraintes, le format attendu. Il est posé une fois et s'applique à l'ensemble de l'échange. C'est la couche de configuration.

Le prompt utilisateur

Le prompt utilisateur, lui, porte la demande concrète du moment : la question posée, la tâche à accomplir. Il change à chaque tour de conversation. C'est la couche d'interaction.

Le rôle du prompt système

Le prompt système sert à rendre le comportement de Claude stable et prévisible. Il répond à des questions de fond qui ne devraient pas se reposer à chaque message.

Définir un rôle et un ton

Vous précisez qui Claude doit incarner : conseiller juridique prudent, assistant pédagogique patient, relecteur exigeant. Ce cadrage oriente toutes les réponses suivantes sans répétition.

Fixer des règles durables

Le prompt système est l'endroit pour les contraintes permanentes : langue de réponse, format de sortie, sujets à éviter, niveau de détail. Ces règles deviennent le décor par défaut de la conversation.

Tu es un assistant de support technique.
Réponds toujours en français, de manière concise.
Si une information est incertaine, dis-le explicitement.
Ne propose jamais de solution non vérifiée.

Le rôle du prompt utilisateur

Le prompt utilisateur exprime l'intention immédiate. Sa qualité détermine la pertinence de la réponse, même lorsque le prompt système est excellent.

Un bon prompt utilisateur est précis, contextualisé et orienté vers un résultat clair. Pour progresser sur ce point, consultez la leçon Les bases du prompting et notre article Techniques de prompting efficaces.

Ce qui relève de l'un ou de l'autre

La règle est simple : ce qui ne change pas va dans le prompt système, ce qui change va dans le prompt utilisateur.

• Prompt système : « Tu rédiges des descriptions de produits, ton commercial mais sobre, 80 mots maximum. »
• Prompt utilisateur : « Rédige la description de ce casque audio sans fil : autonomie 30 h, réduction de bruit active. »

Mélanger les deux couches — par exemple redéfinir le ton à chaque message — rend le comportement instable et difficile à maintenir.

Quand utiliser quoi

Le choix dépend du contexte d'usage.

Dans une interface de conversation

En discutant directement avec Claude, vous n'avez pas toujours accès à un champ de prompt système dédié. Les instructions de projet jouent alors ce rôle : elles posent un cadre permanent pour toutes les conversations d'un projet. Voir notre article Les projets Claude pour organiser son travail.

Dans une application ou via l'API

Quand vous construisez un produit, le prompt système est fixé par le concepteur et reste invisible pour l'utilisateur final. Celui-ci ne fournit que des prompts utilisateur. Cette séparation protège le comportement de l'application contre les demandes mal formulées.

Les erreurs fréquentes

Bien comprendre la théorie ne suffit pas : certaines maladresses reviennent souvent et sabotent les résultats.

• Tout mettre dans le prompt utilisateur. Redéfinir le rôle et le ton à chaque message alourdit l'échange et produit des réponses incohérentes. Ces éléments durables appartiennent au prompt système.
• Surcharger le prompt système. À l'inverse, un cadre trop long ou contradictoire dilue les consignes vraiment importantes. Restez concis et hiérarchisez.
• Mettre des données changeantes dans le prompt système. Une information qui évolue (un chiffre, une date, un contenu précis) n'a pas sa place dans la couche de configuration : elle va dans le prompt utilisateur.
• Oublier de tester. Un même cadre système peut bien fonctionner pour une tâche et mal pour une autre. Vérifiez sur des cas réels et ajustez.

Un exemple complet de bout en bout

Imaginons un assistant chargé de rédiger des réponses de support client.

Le prompt système pose le cadre stable :

Tu es un agent de support pour un logiciel de facturation.
Réponds en français, sur un ton courtois et rassurant.
Structure : un paragraphe d'explication, puis les étapes numérotées.
Si tu n'es pas certain, invite à contacter un conseiller humain.

Le prompt utilisateur apporte la demande du moment :

Un client n'arrive pas à télécharger sa facture de mars. Que lui répondre ?

Le cadre système garantit que toutes les réponses partageront le même ton et la même structure, tandis que le prompt utilisateur fait varier le cas traité. C'est exactement cette séparation qui rend un assistant fiable et cohérent à grande échelle.

Une compétence d'ingénierie de prompt

Maîtriser cette distinction fait partie de l'ingénierie de prompt, discipline centrale pour qui veut tirer le meilleur de Claude. C'est aussi un sujet abordé par la certification CCA-F, qui évalue la capacité à concevoir des interactions fiables. Le glossaire détaille les termes associés.

En résumé

Le prompt système configure : il pose le rôle, le ton et les règles durables. Le prompt utilisateur sollicite : il porte la demande du moment. Placer chaque information à son niveau rend Claude prévisible et vos résultats reproductibles. C'est l'un des réflexes les plus rentables à acquérir.