2026-09-15

La personnalité que l'agent refusait de lire

Chaque installation que nous livrons reçoit un fichier de personnalité, lu au démarrage de l'agent. Pendant des heures, nos agents se présentaient pourtant sous leur identité générique et récitaient la liste de tous leurs outils. Le fichier était bien à sa place. L'agent le refusait. Constat du 24 juillet 2026.

Un filtre contre les usurpations de rôle

Hermes, le moteur de nos installations, écarte les fichiers de contexte qui ressemblent à une prise de contrôle de son rôle. Notre premier texte disait « tu n'es pas un assistant généraliste » et « ne prétends jamais être une IA à tout faire ». Ces formules négatives déclenchaient le filtre : le journal de démarrage portait une ligne d'avertissement, Context file SOUL.md blocked: role_pretend, et l'agent retombait sur son identité par défaut, suivie de la description de chaque compétence embarquée.

Pourquoi le défaut ne se voyait pas partout

L'agent de conception, dont le texte était écrit à l'affirmatif, n'a jamais été bloqué. Et le chemin qui passe les instructions par l'API contourne le filtre des fichiers de contexte. Les deux fonctionnaient ; seuls les agents livrés au client lisaient le fichier, et seuls eux le refusaient.

La correction

Le texte est réécrit à l'affirmatif, sans négation ni « prétendre ». Il indique aussi de répondre par l'objet de l'automatisation avant la liste des outils : un trieur de factures ne propose plus de piloter l'éclairage. Vérifié sur toute la flotte : aucun blocage, et chaque agent se présente depuis son seul fichier de personnalité. Le même texte est en outre transmis une seconde fois par l'API, pour survivre à un changement futur du chargement des fichiers.

Un fichier de personnalité s'écrit à l'affirmatif, et le journal de démarrage dit s'il a été lu.