SOUL.md : comment on donne une personnalité à nos employés IA
La plupart des agents IA parlent comme un script écrit en comité. On a réglé le nôtre en séparant le prompt en trois fichiers — soul, user, playbook.
Publié le 2026-04-29
Le problème
Ouvrez n'importe quel agent IA et posez-lui une question. Voici ce que vous obtenez :
« Excellente question ! Je serais ravi de vous aider. Laissez-moi vous expliquer tout ça... »
Trois phrases, et il n'a encore rien dit. À la cinquième, il s'excuse pour des choses que vous ne lui avez pas demandées. Vous vouliez un brouillon ; vous avez eu un communiqué de presse.
Ce n'est pas un problème de modèle. Le même modèle, prompté différemment, devient tranchant et affirmé. Le problème, c'est que presque personne n'écrit un vrai personnage pour son agent — tout le monde tape « you are a helpful assistant » et s'étonne ensuite de tomber sur un assistant serviable.
Chez nous, c'était pire que la moyenne. Notre CMO parlait comme notre SDR, qui parlait comme le support, qui parlait comme ChatGPT en costume-cravate. Puis Gary Tan a publié un post sur la structure qu'utilisent les agents Claude Code d'Anthropic, et la correction ne tenait pas à plus d'instructions. Elle tenait à moins d'instructions, dans les bons fichiers.
Trois fichiers, trois rôles
SOUL.md — qui est l'agent. Sa voix, ses valeurs, ses principes, ce à quoi ressemble une bonne réponse, ce à quoi ressemble une mauvaise. Pas un system prompt : une constitution. Plus il est précis et tranché, moins l'agent sonne comme un chatbot générique. Écrivez-le comme si vous briefiez votre ami le plus futé sur comment être vous.
USER.md — qui vous êtes. Pas une bio. Comment vous pensez, ce que vous construisez, vos angles morts, ce qui compte pour vous. On le laisse vide et modifiable par l'agent au départ, pour qu'il se construise à partir de vraies interactions plutôt que d'un formulaire.
AGENTS.md — le playbook. Ce qu'il faut vérifier à chaque message, ce qui est interdit, comment gérer un échec, où chercher l'information. Le mode d'emploi, pas la carte d'identité.
Pourquoi un seul fichier ne marche pas
Le réflexe par défaut, c'est de tout entasser dans un seul prompt : personnalité, règles, contexte business, instructions d'outils, gestion des échecs. Le modèle doit alors décider, ligne par ligne, à quel type de consigne il a affaire. « Sois concis », c'est un trait de caractère ou une règle ? « Vérifie d'abord le connecteur », c'est de la personnalité ou du protocole ?
Il ne peut pas trancher, alors il fait la moyenne. Cette moyenne, c'est pour ça que tous les agents IA se ressemblent.
Une fois séparé, chaque fichier est lu pour ce qu'il est. SOUL façonne la voix à chaque session. USER est consulté pour le contexte sur l'opérateur. AGENTS est consulté juste avant d'agir.
Ce que dit notre SOUL.md
Le dernier bloc est celui qui a tout changé. Dire à un modèle d'être concis ne sert à rien — chaque modèle est déjà persuadé de l'être. Lui montrer les phrases exactes à supprimer, ça marche immédiatement.
Ce que dit notre AGENTS.md
La liste des interdits, c'est elle qui fait le travail. Dire à un modèle quoi faire, c'est facile. Lui dire précisément quoi ne pas faire, avec des exemples, c'est ce qui arrête le blabla.
Ce qui a changé
Les réponses ont raccourci d'environ 40 % — les préambules et les paragraphes de récap ont disparu.
Les agents se sont mis à avoir des avis. Demander au CMO s'il fallait lancer sur X ou LinkedIn renvoyait autrefois cinq considérations. Maintenant, ça renvoie un choix et la condition qui le ferait basculer.
Et les rôles se sont vraiment séparés. Le CMO sonne comme un CMO, le CTO comme un CTO. Même modèle en dessous. Constitution différente.
C'est aussi ce qu'un workflow builder ne peut pas vous offrir : il n'y a pas de case, dans un flowchart, où mettre le caractère.
Reproduisez la structure
- Écrivez un SOUL.md tranché et précis. Incluez une section « à quoi ressemble une mauvaise réponse » avec les phrases exactes à couper. Restez entre 200 et 400 mots.
- Écrivez un AGENTS.md avec un protocole, une chaîne de vérification et une liste d'interdits explicite. 300 à 500 mots.
- Laissez USER.md vide et modifiable par l'agent. Ne le pré-remplissez pas.
Arrêtez de demander au system prompt de faire les trois métiers à la fois. Constitution, modèle de l'utilisateur, playbook — trois fichiers.
Chaque employé OpenLabor est livré avec ce triptyque. C'est une des choses qui en fait un employé plutôt qu'un outil — un personnage écrit noir sur blanc, c'est ce qui empêche un rôle de retomber en assistant générique.
Pour sentir la différence, parlez à un employé pendant dix minutes. Pas de « Excellente question ! ».
Tous les articles du blog OpenLabor