Le prompt système (system prompt) donne à l’IA un cadre permanent : rôle, ton, limites, format. Ce n’est ni un message utilisateur ordinaire, ni une garantie de vérité. Voici ce que ça change vraiment, avec des exemples concrets pour cadrer un assistant sans jargon inutile, que vous soyez en local ou dans le cloud.
Définition
Dans la plupart des interfaces de chat et des API, le modèle reçoit plusieurs types de messages. Le prompt système (parfois appelé instructions système) décrit comment l’assistant doit se comporter pendant toute la conversation : qui il est censé être, ce qu’il doit éviter, comment structurer ses réponses. Les messages utilisateur, eux, portent la demande du moment. Cette séparation permet de réutiliser le même cadre sur plusieurs échanges sans le recopier à chaque fois.
Ce que le mot ne désigne pas : ce n’est pas un modèle de raisonnement, ni une base de connaissances, ni une politique juridique complète. Un prompt système ne « sait » pas vos documents internes tant que vous ne les fournissez pas (par collage, RAG ou outil). Ce n’est pas non plus l’équivalent d’un contrat : le modèle peut encore déraper. Le prompt oriente ; votre relecture et vos garde-fous techniques restent nécessaires.
Selon l’outil (Ollama, LM Studio, un service cloud), le champ s’appelle parfois « System », « Instructions » ou « Custom instructions ». Le principe reste voisin : un texte prioritaire qui cadre le comportement avant vos questions. La longueur utile varie : trop court, le cadre est flou ; trop long, le modèle peut diluer ou ignorer des règles. L’essentiel est la clarté, pas le volume.
Un exemple du quotidien
Imaginez un standard téléphonique avec une fiche « comment accueillir ». La fiche ne répond pas à chaque appel à votre place : elle fixe le ton, les infos à demander, ce qu’il ne faut pas promettre. Le prompt système joue ce rôle pour un assistant : « tu aides à reformuler des courriels professionnels, tu ne inventes pas de dates, tu proposes deux versions ». Ensuite, chaque message utilisateur est un appel précis.
Sans fiche, l’accueil improvisé change d’un jour à l’autre. Sans prompt système, le même modèle peut répondre un jour comme un expert juridique, le lendemain comme un coach motivé, selon la formulation de la question. Le cadre permanent réduit cette volatilité. Il ne la supprime pas : il la borne. C’est pourquoi les équipes documentent souvent une version datée du prompt, comme une procédure interne.
Un exemple en Hauts-de-France
À Saint-Omer, une secrétaire de mairie prépare des réponses types pour des demandes d’information non personnelles (horaires, démarches générales). Elle rédige un prompt système : ton administratif clair, pas de conseil juridique, renvoyer vers le service compétent si la question sort du périmètre. L’outil local reformule ; l’agente valide avant envoi. Le gain n’est pas « l’IA décide » : c’est un brouillon cadré, plus stable d’un message à l’autre.
Dans un atelier IAHDF à proximité, l’exercice pédagogique consiste à écrire trois règles seulement, puis à tester la même question avec et sans ces règles. Les participants voient aussitôt la différence de ton et de prudence. On croise ensuite avec le tutoriel Qwen ou un modèle déjà installé via Ollama, sans promettre un assistant magique pour tout le guichet.
On confond souvent
Première confusion : croire que le prompt système remplace une formation métier ou une base documentaire. Non. Il peut dire « réponds comme un formateur pédagogique » ; il ne contient pas automatiquement le catalogue de votre organisme. Pour des faits internes, il faut fournir le texte, un RAG, ou un appel d’outils. Autrement, le modèle inventera avec assurance.
Deuxième confusion : confondre prompt système et message utilisateur très long. Techniquement, certains outils fusionnent tout ; conceptuellement, le système est le cadre durable, l’utilisateur est la demande. Autre mélange : penser qu’un prompt « interdis les hallucinations » suffit. La consigne aide, mais elle ne garantit pas la vérité. Vérifiez les faits sensibles, surtout hors de votre domaine.
En pratique, que faire avec ce mot
Quand vous choisissez un outil ou un modèle, cherchez où se configure le prompt système. Rédigez d’abord le rôle (une phrase), le ton (une phrase), trois interdits concrets, un format de sortie. Testez sur cinq demandes réelles. Si le modèle ignore une règle, raccourcissez ou reformulez plutôt que d’empiler des pages. Versionnez le texte comme une procédure.
Pour une TPE ou une association, gardez un prompt sobre : pas de promesse médicale ou juridique si ce n’est pas votre métier. Croisez avec l’appel d’outils si vous voulez des actions, et avec l’inférence locale si la confidentialité compte. Documentez qui peut modifier le prompt. Un cadre partagé vaut mieux qu’un réglage caché dans le PC d’une seule personne.
Termes voisins
- Message utilisateur
- La demande du moment ; distincte du cadre permanent du prompt système.
- Température
- Réglage de variabilité des réponses ; complète le cadre sans le remplacer.
- Appel d’outils
- Permet d’agir hors du texte (calcul, API). Voir appel d’outils.
- Modèle de raisonnement
- Modèle qui « réfléchit » plus longtemps ; le prompt reste utile. Voir raisonnement.
Pour aller plus loin
Pour passer du cadre aux actions, lisez l’appel d’outils et MCP. Pour un parcours guidé, croisez le tutoriel Qwen et Ollama. Les ateliers et rencontres se trouvent dans l’agenda ; pour rejoindre la communauté IAHDF, passez par l’inscription.
Questions fréquentes
Comment donner des règles permanentes à l’IA ?
Utilisez le champ prévu pour le prompt système (ou « instructions ») dans votre outil. Écrivez le rôle, le ton, les limites et le format attendu. Gardez le texte court et testable. Appliquez-le à une session, puis posez vos questions normales. Si l’outil n’offre pas ce champ, préfixez chaque conversation par le même paragraphe de cadre, en sachant que c’est moins propre et parfois moins prioritaire que le vrai canal système.
Le prompt système empêche-t-il les hallucinations ?
Il peut les réduire sur le style et les comportements (refuser certains sujets, demander des sources, rester prudent). Il ne transforme pas le modèle en base de faits à jour. Sur des dates, des chiffres, des noms propres ou des procédures internes, vérifiez toujours. Combinez cadre clair, sources fournies, et relecture humaine pour les contenus qui engagent votre structure. Notez le choix, testez sur vos textes, et faites relire un humain avant tout envoi engageant.
Faut-il un prompt long pour être efficace ?
Non. Un prompt long et confus est souvent moins suivi qu’un texte court et ordonné. Commencez par une demi-page maximum, priorisez les règles vraiment utiles, et itérez après tests. Si vous avez besoin de beaucoup de connaissances métier, placez-les dans des documents fournis ou un RAG, pas dans un monologue système illisible. Notez le choix, testez sur vos textes, et faites relire un humain avant tout envoi engageant. Conservez la version d’outil et du modèle pour pouvoir expliquer la décision à un collègue.
Le prompt système est-il secret ou visible ?
Cela dépend de l’outil et de la configuration. En local, vous le contrôlez souvent entièrement. Chez certains services, une partie des instructions est cachée côté fournisseur. Ne mettez jamais de mots de passe, clés API ou données personnelles dans un prompt que vous partagez ou versionnez sans contrôle d’accès. Traitez-le comme une procédure interne. Notez le choix, testez sur vos textes, et faites relire un humain avant tout envoi engageant.
Puis-je changer de prompt au milieu d’une conversation ?
Souvent oui en démarrant une nouvelle session avec un nouveau système, ou en mettant à jour le champ si l’outil le permet. Une longue conversation déjà remplie de messages peut diluer l’effet d’un nouveau cadre. Pour un changement net de rôle, ouvrez un nouveau fil. Documentez quelle version du prompt a produit quel résultat utile. Notez le choix, testez sur vos textes, et faites relire un humain avant tout envoi engageant.