# Qu'est-ce que les rôles système, utilisateur et assistant ? Définition et enjeux

> Les rôles de conversation (système, utilisateur, assistant) sont les étiquettes assignées à chaque message d'un échange avec un LLM. Le rôle système définit le comportement général du modèle, le rôle utilisateur porte les requêtes, le rôle assistant les réponses passées du modèle dans l'historique conversationnel.

## Définition
Un appel à un LLM moderne n'est pas une simple requête texte, mais une liste de messages, chacun étiqueté par son rôle. Trois rôles sont standards : *system* (instruction de comportement permanente, invisible pour l'utilisateur final), *user* (le message envoyé par l'utilisateur), et *assistant* (les réponses précédentes du modèle, conservées pour permettre la suite de la conversation). Le rôle système est le levier le plus puissant et le moins utilisé. Il fixe le ton, le format, les contraintes éthiques, les éléments de contexte permanents, et les comportements interdits. Bien rédigé, il évite de répéter ces consignes à chaque message utilisateur. Mal utilisé, il est ignoré ou contredit par des prompts utilisateur ultérieurs. Le rôle assistant reste souvent invisible mais joue un rôle clé pour les agents et les chatbots multitours : il permet au modèle de garder le contexte des échanges précédents sans avoir à les répéter à chaque appel. Les interfaces diffèrent selon les éditeurs : chez Anthropic, l'instruction système se passe dans un paramètre *system* distinct de la liste de messages ; chez OpenAI, le rôle *developer* porte les instructions du développeur et prime sur celles de l'utilisateur.

## Exemple
Cas illustratif. Un éditeur de logiciel B2B déploie un chatbot de support pour ses clients PME. Sans rôle système structuré, le modèle change de ton selon les questions, divulgue à l'occasion des informations techniques non destinées au public, ou cite des prix de concurrents. Avec un rôle système précis (« Tu es l'assistant de support [Nom]. Ton réservé professionnel. Ne mentionne aucun concurrent. Ne donne pas de tarifs sans demande explicite. Si la question dépasse ta documentation, oriente vers le support humain ») et un test sur 500 conversations simulées, ces dérives sont devenues nettement plus rares, sans changement de modèle.

## Pour un dirigeant
« Qu'avons-nous mis dans le rôle système de notre déploiement IA, et qui en est responsable ? » Cette question, posée à votre DSI ou à votre prestataire IA, est souvent celle qui révèle le plus de surprises. Trois sous-questions à enchaîner. Premièrement, le rôle système est-il documenté, versionné, validé par les métiers concernés, ou est-il caché dans le code d'un développeur ? Le contenu du rôle système engage juridiquement et opérationnellement votre entreprise. Deuxièmement, est-il testé contre les contournements ? Les tentatives d'évasion de rôle (prompt injections, demandes contradictoires) sont un risque opérationnel documenté. Troisièmement, qui valide les modifications du rôle système ? Si la réponse est « le développeur du moment », c'est un sujet de gouvernance à formaliser, au même titre que l'évolution d'un fichier de configuration sensible.

## Questions fréquentes

**Que sont les rôles de conversation ?**
Ce sont les étiquettes assignées à chaque message d'un échange avec un LLM. Un appel n'est pas une simple requête texte, mais une liste de messages étiquetés : système (comportement général du modèle), utilisateur (les requêtes) et assistant (les réponses passées du modèle dans l'historique).

**À quoi sert le rôle système ?**
C'est le levier le plus puissant et le moins utilisé. Il fixe le ton, le format, les contraintes éthiques, les éléments de contexte permanents et les comportements interdits. Bien rédigé, il évite de répéter ces consignes à chaque message ; mal utilisé, il est ignoré ou contredit par les prompts utilisateur suivants.

**Pourquoi le rôle système est-il un enjeu de gouvernance ?**
Parce que son contenu engage juridiquement et opérationnellement votre entreprise. Les bonnes questions à poser : est-il documenté, versionné et validé par les métiers concernés, ou caché dans le code d'un développeur ? Et qui valide ses modifications ? Si la réponse est le développeur du moment, c'est un sujet à formaliser.

**Le rôle système résiste-t-il aux contournements ?**
Pas automatiquement : il doit être testé. Les tentatives d'évasion de rôle, comme les injections de prompt ou les demandes contradictoires, sont un risque opérationnel documenté. Tester le rôle système contre ces contournements fait partie de son cadrage.

**À quoi sert le rôle assistant ?**
Il reste souvent invisible mais joue un rôle clé pour les agents et les chatbots multitours : il conserve les réponses précédentes du modèle, ce qui lui permet de garder le contexte des échanges antérieurs sans avoir à les répéter à chaque appel.

## À lire aussi

- [Prompt](https://wyp.agency/glossaire/prompt/)
- [Prompt engineering](https://wyp.agency/glossaire/prompt-engineering/)
- [LLM (Large Language Model)](https://wyp.agency/glossaire/llm/)
- [Garde-fous](https://wyp.agency/glossaire/garde-fous/)
- [Hallucination](https://wyp.agency/glossaire/hallucination/)

## Sources

- Text generation, rôles developer, user et assistant, documentation OpenAI (https://developers.openai.com/api/docs/guides/text)
- Anthropic Messages API documentation, system prompts (https://platform.claude.com/docs/en/api/messages)
- Text generation, rôles developer, user et assistant, documentation OpenAI (https://developers.openai.com/api/docs/guides/text)

---
Fiche du glossaire IA de WYP.agency · https://wyp.agency/glossaire/roles-conversation/ · Dernière mise à jour : 2026-10-14
