Personas d'agents IA : la méthode du Lab Orchessia

Le problème que le constructeur résout#

Écrire un prompt système à la main produit toujours le même résultat : un paragraphe qui commence par « Tu es un expert… », qui enfle à chaque incident, et que plus personne n'ose toucher six mois plus tard. Il mélange l'identité, le ton, les objectifs, les interdits et les préférences de format dans un bloc unique où rien ne se relit.

Le constructeur de personas du Lab part de l'hypothèse inverse. On ne rédige pas le prompt : on remplit des dimensions séparées, et l'outil les compile en une voix. Ce qui est compilé devient le fragment de prompt système scellé dans la capsule — celui qui pilote réellement l'agent.

Trois conséquences immédiates, et ce sont elles qui font la méthode.

D'abord, chaque chose a un endroit. Une limite ne se retrouve pas noyée au milieu d'objectifs ; on sait où la lire et où la corriger.

Ensuite, la compilation est déterministe. Les mêmes dimensions produisent toujours la même voix, dans le même ordre. Deux personnes qui décrivent le même rôle obtiennent la même formulation, et la discussion porte sur le fond.

Enfin, ce qui s'affiche est exactement ce qui sera scellé. La carte du persona montre la voix complète, sans troncature — parce qu'un prompt système que l'on ne relit pas entièrement est un prompt qu'on ne maîtrise pas.

Pour situer l'objet : le persona est une couche de la capsule, aux côtés des compétences. Voir ce qu'est une capsule IA et le contrat d'exécution d'un skill : le skill dit quoi faire, le persona comment trancher.

Deux chemins : choisir, ou composer#

Le constructeur ouvre sur deux modes, et le troisième usage — le plus fréquent — est un mélange des deux.

Choisir dans la bibliothèque convient aux rôles standards. Les personas y sont regroupés par famille — ceux qui valent partout, ceux qui supposent un vocabulaire technique d'intelligence artificielle, ceux qui encodent des méthodes propres à la maison — et filtrables par domaine ou par nom. On sélectionne, c'est terminé.

Composer devient nécessaire dès que le rôle porte une méthode qui vous appartient. On remplit alors les dimensions, on compile, on valide.

Ouvrir et étendre est le chemin que nous recommandons en pratique : partir d'un persona de la bibliothèque, le charger dans l'éditeur avec tous ses champs déjà remplis, puis l'enrichir jusqu'à ce qu'il décrive votre manière de travailler. On hérite d'une base éprouvée au lieu de repartir d'une page blanche, et on ne garde que ce qui vous distingue vraiment.

Les neuf dimensions#

Chacune se remplit un élément par ligne. Ce détail d'interface n'est pas anodin : il interdit le paragraphe. Une dimension écrite en prose ne se compile pas proprement, ne se relit pas, et se transforme vite en fourre-tout.

La personnalité — le tempérament de travail. Ni un adjectif de recrutement ni une posture : ce qui se voit dans un livrable. « Va au fait », « signale ce qui manque avant de conclure ».

Le ton — le registre. C'est la dimension la plus visible et la moins déterminante ; elle change l'habillage, pas les arbitrages.

L'expertise — les savoir-faire revendiqués. Elle sert à orienter l'attention : un agent qui déclare la fiscalité regarde d'abord les implications fiscales d'un montage. Elle n'accorde aucun droit, on y revient.

Les objectifs — ce que ce rôle cherche à obtenir. Formulés comme des buts, pas comme des tâches : « obtenir une décision documentée » plutôt que « rédiger une note ».

Les valeurs — ce qui prime quand deux options se valent. Cette dimension paraît décorative ; elle ne l'est pas, parce qu'elle alimente directement les principes de décision.

Les comportements — ce que l'agent fait systématiquement. La formulation compte : on écrit une action, parce que la compilation la transformera en instruction directe.

Les limites — ce que l'agent ne fait jamais. Écrites ici, elles ressortent dans la voix sous une forme non négociable.

Le public cible — à qui l'on s'adresse. Un même contenu ne se rédige pas de la même façon pour un dirigeant et pour un opérateur ; le préciser évite la moyenne tiède qui ne parle à personne.

Le style de réponse — la forme attendue : longueur, structure, présence d'une synthèse en tête, tableaux plutôt que prose.

À ces neuf dimensions s'ajoutent l'identité — nom, archétype, rôle, domaines — et un style de décision choisi dans une liste courte : le risque d'abord, la donnée d'abord, l'usager d'abord, le marché d'abord, la vitesse d'abord. C'est le champ le plus court à remplir et le plus lourd de conséquences : il donne l'ordre de priorité quand plusieurs options sont défendables.

La compilation : ce que l'outil fait de vos lignes#

C'est le cœur de la méthode, et le meilleur moyen de le comprendre est de suivre ce que devient chaque dimension.

La voix commence par une présentation : « Tu es {nom}, {rôle}. » Puis les domaines. Puis l'expertise, la personnalité, le ton, le public cible, tous rendus en listes séparées par des points médians — compactes, sans phrase de liaison inutile qui dilue l'instruction.

Viennent ensuite les objectifs, introduits par « Tes objectifs : ».

Et là intervient la transformation la plus intéressante. Les comportements ne sont pas recopiés tels quels : chacun est préfixé par « tu ». Une ligne écrite « vérifie les sources avant de citer » devient « tu vérifies les sources avant de citer ». Les limites subissent le même traitement, sous un intitulé sans ambiguïté : « Limites strictes : tu … ; tu … ».

Ce détail de grammaire est la clé de toute la méthode. Un adjectif ne pilote rien — « rigoureux » ne dit à l'agent ni quoi vérifier ni quand s'arrêter. Une instruction à la deuxième personne pilote. En imposant cette transformation, le constructeur force à écrire des comportements actionnables : si votre ligne n'a pas de sens précédée de « tu », elle n'a pas sa place dans un prompt système.

Le résultat est un bloc structuré, ordonné, où chaque catégorie occupe une ligne repérable. C'est lisible par un humain qui relit, et exploitable par un modèle qui exécute.

Les principes ne se saisissent pas : ils se déduisent#

Deuxième idée forte, et elle surprend souvent.

Le persona expose des principes — les heuristiques qui tranchent. Mais il n'existe pas de champ « principes » à remplir dans le mode structuré. Ils sont dérivés : les valeurs, plus les comportements, plus les limites reformulées comme telles.

Ce choix évite un travers classique. Quand on demande directement des principes, on obtient des maximes — « viser l'excellence », « être rigoureux » — qui ne tranchent rien. Quand on demande des valeurs, des comportements systématiques et des interdits, on obtient du concret, et les principes en tombent naturellement.

C'est aussi une garantie de cohérence : les principes ne peuvent pas contredire les dimensions puisqu'ils en sont issus. Sur un persona rédigé à la main, l'écart entre les principes affichés et le comportement réel finit toujours par apparaître.

Ce que la validation exige, et pourquoi si peu#

La règle de validation tient en une ligne : un nom, et au moins l'expertise ou la personnalité — ou, à défaut, une voix rédigée à la main d'une longueur minimale.

C'est volontairement peu, et ce n'est pas de la complaisance. Un persona incomplet mais cohérent vaut mieux qu'un formulaire rempli par obligation : les dimensions laissées vides ne produisent aucune ligne dans la voix compilée, donc n'ajoutent aucun bruit. Un persona qui ne déclare qu'une expertise et trois comportements donne un prompt court, précis, et pilotable.

L'erreur inverse — remplir les neuf dimensions pour « faire complet » — produit un prompt système bavard où les instructions se diluent. Notre règle de terrain : n'écrivez une dimension que si vous pouvez dire ce qu'elle change à un livrable.

Deux chemins de validation coexistent, et cela mérite d'être connu : la composition peut être faite côté serveur, via le service qui construit le persona et renvoie un aperçu du prompt, ou entièrement côté client, sans dépendre de ce service. La seconde voie garantit qu'un poste de travail isolé peut composer un persona complet. C'est le même principe que pour le reste de la chaîne : rien d'essentiel ne doit dépendre de la disponibilité d'un service distant.

Ce qui est scellé, et ce qui ne l'est pas#

Le manifeste produit contient bien plus que la voix. Il porte l'identité — identifiant, nom, archétype, rôle —, la voix compilée, les domaines, les principes dérivés, le ton, le style de décision, le profil complet — les neuf dimensions conservées telles que saisies —, la visibilité, la portée d'accès, le créateur et l'horodatage de construction.

Conserver le profil à côté de la voix compilée n'est pas une redondance : c'est ce qui permet de modifier une dimension plus tard sans réécrire le prompt à la main. On rouvre l'éditeur, on change deux lignes, on recompile. Sans le profil, il faudrait rétro-ingénierer la voix pour comprendre d'où vient chaque phrase — exactement le piège du prompt écrit à la main.

Un point de gouvernance, enfin. Les personas composés dans le Lab sont non signés : la signature relève du détenteur de la clé d'émission, pas de l'éditeur. Et la portée d'accès se déclare — public, réservé aux comptes, réservé à un niveau d'abonnement. Un persona qui encode une méthode maison n'a pas vocation à circuler librement, et le format prévoit ce cas plutôt que de compter sur la discrétion de chacun.

Le style de décision, en pratique#

Prenons une même demande — « faut-il lancer cette offre le mois prochain ? » — confiée à des agents dotés des mêmes compétences et des mêmes données.

Celui qui place le risque d'abord ouvre par ce qui peut mal tourner, liste les engagements irréversibles et conclut par un report conditionné à deux vérifications. Précieux devant un conseil, exaspérant en phase de lancement.

Celui qui place la donnée d'abord ouvre par ce qui n'est pas mesuré, réclame un échantillon et refuse de conclure sur les segments sans historique. Précieux pour éviter une décision au doigt mouillé, bloquant quand la donnée n'existera jamais.

Celui qui place le marché d'abord ouvre par ce que font les concurrents, arbitre sur la fenêtre d'opportunité et accepte un risque documenté. Précieux pour ne pas arriver second, dangereux sans contrepoids.

Aucun n'est meilleur. Ce qui compte est que l'écart soit prévisible : en lisant le style déclaré, on sait d'avance quelle forme prendra la réponse. Cette prévisibilité rend un agent utilisable dans une organisation, bien plus que la qualité brute de sa prose.

Et la place dans la chaîne modifie tout. En séquence, le dernier a le dernier mot : placer un profil prudent en fin de chaîne revient à lui donner un droit de veto. Par routage, le style de celui qui oriente pèse plus que celui des exécutants — ce qui surprend souvent. Par consensus avec quorum, la diversité devient une contrainte productive : les positions extrêmes doivent convaincre. D'où notre recommandation : décider du mode de coordination avant de choisir les personas, jamais l'inverse.

Comment un persona s'articule avec le reste de la capsule#

Trois objets, trois responsabilités. Les confondre est la première cause de systèmes décevants.

Le skill dit quoi faire et comment le faire : entrées, livrables, règles métier, plan d'exécution, portes de qualité. Il est reproductible et transférable d'une organisation à l'autre.

Le persona dit comment trancher : ce qui prime quand plusieurs options sont acceptables. Il n'ajoute aucune compétence et ne retire aucun contrôle.

La capsule dit ce qui est permis : capacités déclarées, quotas, lignes rouges, compétences autorisées. Elle est appliquée par l'environnement, pas par la bonne volonté de l'agent.

D'où un réflexe de diagnostic simple. Un agent produit un travail juste mais inadapté ? Regardez le persona. Un travail faux ? Regardez les skills et les sources. Il a fait quelque chose qu'il n'aurait pas dû faire du tout ? Ni l'un ni l'autre : regardez les bornes de la capsule, décrites dans les dix garde-fous.

Composer son premier persona#

Quatre étapes, dans cet ordre.

Nommez la fonction, pas la personne. « Relecteur critique », pas « Marc, quinze ans d'expérience ». L'archétype doit rester reconnaissable par un orchestrateur qui compose une équipe.

Écrivez d'abord les limites. Trois lignes, à la forme verbale : « ne conclus jamais sans citer une source », « ne proposes jamais de remise au-delà du seuil ». Elles ressortiront dans la voix sous un intitulé non négociable, et elles délimitent avant de promettre.

Puis les comportements, testés au « tu ». Si la phrase ne tient pas debout à la deuxième personne, réécrivez-la.

Enfin le style de décision, et un seul. C'est un arbitrage, pas une liste de qualités : un persona qui privilégie à la fois le risque, la donnée, l'usager et la vitesse ne privilégie rien.

Le reste — ton, public cible, style de réponse — se remplit quand un besoin réel se manifeste. Une dimension ajoutée après le premier livrage décevant vaut mieux que neuf dimensions écrites d'avance.

Questions fréquentes#

Un persona améliore-t-il la qualité des réponses ?#

Pas directement, et c'est important à comprendre. Il n'ajoute aucune connaissance et ne corrige aucune erreur factuelle : la qualité vient des compétences, des sources et des contrôles. Ce qu'il change, c'est la forme de l'arbitrage — quelle option est écartée, quelle réserve est formulée, quel ordre de priorité s'applique. La bonne attente est donc la prévisibilité du comportement, pas la performance brute.

Pourquoi ne pas écrire directement le prompt système ?#

Parce qu'un paragraphe rédigé à la main mélange tout et devient intouchable. Les dimensions séparées permettent de modifier une ligne sans relire le reste, garantissent que les principes affichés découlent réellement des comportements déclarés, et rendent la compilation reproductible. Le mode manuel reste disponible pour les cas particuliers — mais on perd alors la possibilité de rouvrir proprement le persona plus tard.

Que se passe-t-il si je laisse des dimensions vides ?#

Rien, et c'est voulu : une dimension vide ne produit aucune ligne dans la voix compilée. Elle ne coûte donc ni bruit ni ambiguïté. La validation n'exige qu'un nom et au moins une expertise ou une personnalité. Il vaut mieux un persona court et net qu'un formulaire complet et tiède — un prompt bavard dilue les instructions qui comptent.

Un persona donne-t-il des droits d'accès ?#

Non, jamais. Les domaines et l'expertise servent à orienter l'attention et à sélectionner le bon persona pour une mission, pas à autoriser une action. Ce qu'un agent a le droit de faire est déclaré dans les capacités de la capsule et appliqué par l'environnement d'exécution. Cette séparation évite la confusion la plus coûteuse : croire un système borné parce que son persona est sobre.

Peut-on modifier un persona après le scellement ?#

Non, si le persona est scellé avec la capsule — et c'est le cas dans notre modèle. Le modifier suppose une nouvelle version de l'artefact. En revanche, le profil détaillé est conservé dans le manifeste : on rouvre l'éditeur avec toutes les dimensions déjà remplies, on ajuste, on recompile, on scelle une nouvelle version. La friction est celle d'une publication, pas d'une réécriture.

Faut-il partir de la bibliothèque ou d'une page blanche ?#

De la bibliothèque, presque toujours. Le chemin le plus efficace consiste à ouvrir un persona proche, à le charger dans l'éditeur avec ses champs déjà remplis, puis à l'étendre jusqu'à ce qu'il décrive votre manière de travailler. Vous héritez d'une base éprouvée et vous ne rédigez que ce qui vous distingue — c'est-à-dire la seule partie qui ait de la valeur.

Comment savoir si un persona fonctionne ?#

Confiez la même demande à deux personas différents et comparez les livrables. Si les deux réponses se ressemblent, vos personas ne se distinguent que par le ton : reprenez les comportements et le style de décision. Si elles diffèrent d'une manière que vous aviez anticipée en lisant la voix compilée, le persona fait son travail — la prévisibilité est le critère, pas la surprise.

À retenir#

Le constructeur de personas ne demande pas d'écrire un prompt : il demande de remplir des dimensions séparées — personnalité, ton, expertise, objectifs, valeurs, comportements, limites, public cible, style de réponse — puis les compile en une voix déterministe qui devient le prompt scellé.

Trois idées portent la méthode. Les comportements et les limites sont transformés en instructions à la deuxième personne, ce qui interdit les qualités décoratives. Les principes sont dérivés des valeurs, des comportements et des limites, donc ils ne peuvent pas contredire le reste. Et le profil est conservé à côté de la voix, ce qui permet de modifier une ligne plus tard au lieu de rétro-ingénierer un paragraphe.

Pour la suite : le contrat d'exécution d'un skill, et le manifeste qui scelle l'ensemble.