Ce qu'on appelle la personnalité d'un système d'IA
La personnalité d'un système d'IA se lit aux choix constants qu'il opère : la manière de formuler une réponse, le degré de familiarité qu'il s'autorise, ce qu'il refuse de dire, l'attitude qu'il adopte face à une demande ambiguë. Ce n'est pas un supplément décoratif ajouté à une réponse correcte ; c'est le cadre dans lequel la réponse est produite. Un système peut être exact et désagréable, précis et condescendant, sec et efficace. Ces différences comptent dès lors qu'on le confie à des utilisateurs, car elles façonnent la relation et, par ricochet, la confiance accordée au service. Le prompt engineering de personnalité consiste à rendre ces choix explicites et reproductibles, au lieu de les laisser au hasard de la formulation.
Confondre personnalité et imitation humaine serait une erreur. Il ne s'agit pas de faire croire à une présence, ce qui expose à la tromperie et aux attentes excessives, mais de définir une manière d'être cohérente pour un usage donné. Un assistant de service public, un outil d'aide à l'écriture, un guide pédagogique n'appellent pas les mêmes registres. La personnalité doit signaler ce qu'est le système, sans feindre ce qu'il n'est pas. Un interlocuteur clair sur sa nature, qui assume de ne pas savoir et indique où chercher, inspire plus de confiance qu'un personnage qui prétend tout comprendre. Cette honnêteté dans le ton est une qualité technique autant qu'éthique.
Ce qui se règle dans le prompt, ce qui lui échappe
Le prompt peut cadrer beaucoup de choses : un rôle, un ton, des interdits, un format de réponse, des exemples du comportement attendu. Bien rédigé, il rend un style reproductible et donne au système des repères stables. Il ne peut pas tout, et tenir compte de ses limites évite des déceptions. Le comportement d'un modèle dépend aussi de ses données d'entraînement, de sa version, des paramètres de génération, du contexte fourni. Aucune consigne ne garantit qu'un système ne dérivera jamais. L'ingénierie des consignes consiste à réduire cette variabilité sans croire qu'on peut l'abolir. La consigne parfaite qui supprimerait toute surprise n'existe pas.
Il faut aussi distinguer ce qui relève du prompt de ce qui relève de l'architecture. Demander au système de ne jamais donner d'information confidentielle dans une consigne est une intention ; la garantir réellement exige un contrôle technique, un filtre, une séparation des accès. De même, s'assurer qu'un assistant ne prend pas d'engagement au nom de l'entreprise ne se règle pas par une phrase bien tournée mais par des règles d'exécution. Le prompt fixe le ton et la ligne de conduite ; il ne remplace pas les garde-fous. Confondre les deux conduit à des systèmes qui promettent beaucoup en apparence et cèdent au premier cas imprévu, faute de barrière réelle.
Construire une personnalité cohérente : rôle, ton, limites
Une personnalité tient à trois éléments qu'on gagne à écrire séparément. Le rôle d'abord : à qui le système s'adresse, dans quelle situation, pour quel service. Le ton ensuite : registre de langue, longueur des réponses, usage de l'humour ou non, degré de direct. Les limites enfin : ce que le système refuse de faire, les sujets sur lesquels il renvoie vers un humain, les cas où il admet son incertitude. Ces trois blocs se testent un par un. Un exemple simple : un service d'orientation professionnelle peut adopter un ton encourageant et direct, tout en s'interdisant toute promesse sur l'obtention d'un poste ou sur un résultat garanti, sujets renvoyés à des conseillers humains.
La cohérence demande des exemples concrets, plus efficaces que les adjectifs. Dire sois clair n'apprend rien ; montrer deux ou trois échanges où le système reformule une question confuse et admet une limite fixe le comportement bien mieux. Des cas de référence servent de témoins : ils permettent de vérifier qu'une modification de consigne n'a pas déplacé le ton ailleurs. Rédiger ces exemples oblige le concepteur à définir précisément ce qu'il attend, ce qui éclaircit le projet autant que le prompt. Une personnalité soignée n'est pas une affaire de style littéraire : c'est un ensemble de décisions documentées, relues et ajustées au fil des retours.
Évaluer une personnalité et contenir ses dérives
La personnalité d'un système s'évalue en situation, avec de vrais utilisateurs, pas sur le seul premier échange. On observe comment le ton se maintient quand la conversation se prolonge, quand l'utilisateur se fâche, quand la demande sort du cadre prévu. Ces moments révèlent les fragilités : un système chaleureux peut devenir insistant, un système direct peut devenir sec, une limite posée peut céder sous la pression d'une reformulation. Ce type d'évaluation demande des scénarios éprouvants, construits volontairement pour mettre la personnalité à l'épreuve. Un système évalué sur des cas aimables donnera une fausse assurance sur son comportement dans les situations difficiles, qui sont justement celles où il compte.
Contenir les dérives suppose de prévoir des garde-fous et de savoir les mesurer. Journalisation des échanges, indicateurs de tonalité, procédure de signalement par les utilisateurs, revue périodique des conversations sensibles : autant de dispositifs qui transforment une inquiétude diffuse en points de contrôle. Les principes d'accessibilité, rappelés par le RGAA et la norme EN 301 549, s'appliquent aussi à ces systèmes : une personnalité qui repose sur un seul canal, la voix par exemple, exclut une partie du public. Concevoir une personnalité, c'est enfin décider comment elle évolue et qui peut la corriger. Laissée sans surveillance, elle se dégrade lentement, et la confiance, une fois perdue, se reconquiert difficilement.
Aller plus loin
Définir la personnalité d'une IA s'apprend en rédigeant des consignes, en les éprouvant sur des cas difficiles et en mesurant leurs effets sur la relation. Notre catalogue des 31 formations détaille les parcours consacrés aux systèmes conversationnels, à l'ingénierie des consignes et à l'expérience utilisateur.
Vous voulez maîtriser ce sujet en pratique ?
Cabinet MARA forme en ligne, sur des cas réels, avec des modules courts et un suivi de progression.
Voir la formation liée Les 31 formations