Comment reconcevoir la réponse par SMS d'un personnage IA à partir d'un message du quotidien
Une réponse utile de personnage IA commence par la demande réelle de l'expéditeur et le contexte immédiat, et non par un gimmick de personnalité. Pour un échange de messages fictif, formulez d'abord ce dont l'expéditeur a besoin, ce qui est connu et ce qui demeure incertain. Rédigez ensuite quelques règles courtes pour la réponse et testez-les par rapport à de légères variations du message. Ce processus confère au personnage une cohérence sans copier les messages privés d'une vraie personne ni prétendre en être une.
Commencer par un échange inventé
Utilisez un scénario ordinaire et fictif. Par exemple :
> Maya : « Pourrais-tu apporter le dossier bleu demain ? Je l'ai laissé près de la porte d'entrée. » > > Personnage IA : « Bien sûr, je l'apporterai. »
Il s'agit d'un exemple fictif créé pour l'exercice. L'expéditeur demande une action concrète : apporter le dossier. « Demain » indique un moment, « bleu » identifie l'objet, et la porte d'entrée fournit un indice de lieu. Le destinataire peut répondre directement car la demande est suffisamment précise pour être comprise. Il n'est pas nécessaire d'inventer une histoire de fond, de déduire une humeur ou d'ajouter une longue fioriture pour donner à la réponse une tonalité personnelle.
Cette première lecture est une interprétation de conception, et non une preuve de ce que chaque lecteur en déduirait. Les recommandations de Google en matière de conception conversationnelle considèrent l'objectif et le contexte de l'utilisateur comme faisant partie intégrante de la conception de l'interaction, ce qui offre une méthode pratique pour analyser un message : consigner à la fois la tâche et la situation qui l'entoure. Aperçu de la conception conversationnelle par Google
Avant de rédiger des règles, écrivez un court brief de message en langage ordinaire :
Demande : Apporter le dossier bleu.
Quand : Demain.
Où ou lequel : Le bleu près de la porte d'entrée.
Détail imprécis : Le message ne précise pas à quelle heure demain.
Ce que la réponse doit faire : Confirmer l'action sans ajouter d'horaire ou de promesse non justifiés.
Ce brief constitue l'outil d'aide à la décision de l'article : il transforme un simple message en quatre vérifications — action, contexte, incertitude et fonction de la réponse. Il aide à distinguer les informations que le texte contient réellement des détails qu'un rédacteur pourrait être tenté d'ajouter.
Séparer la demande de la voix du personnage
Rédigez la réponse exacte la plus sobre avant d'ajouter une voix : « Bien sûr, j'apporterai le dossier bleu demain. » Cette phrase répond à la demande et répète suffisamment de détails pour confirmer ce que le personnage a compris. Ce n'est qu'ensuite qu'il faut décider de la façon dont le personnage la formulerait naturellement — peut-être « Ouais, je prends le dossier bleu demain. » La formulation change ; la tâche ne change pas.
Cet ordre fait de la voix une expression du personnage plutôt qu'un substitut à la compréhension. Si une phrase est pleine d'esprit ou chaleureuse mais ne confirme pas l'action, elle n'a pas rempli le rôle fondamental de la réponse. À l'inverse, une confirmation concise peut tout à fait véhiculer de la personnalité à travers une contraction familière, une légère exclamation ou un niveau de formalité caractéristique.
Gardez des règles de voix observables. « Avoir l'air charmant » laisse trop de choix ouverts ; « utiliser des mots du quotidien, éviter les plaisanteries élaborées et limiter les confirmations de routine à une seule phrase » donne au rédacteur un cadre à appliquer et à comparer. L'Initiative sur l'accessibilité du Web du W3C (WAI) recommande des phrases courtes et claires ainsi qu'un langage simple adapté au contexte dans ses directives sur la rédaction claire et concise. Cette page traitant du contenu web, l'appliquer à des SMS de fiction relève d'un choix de conception, et non d'une affirmation selon laquelle elle dicterait les dialogues de personnages.
Transformer le premier jet en règles de réponse
Un ensemble de règles compact pour cet échange pourrait être formulé ainsi :
Répondre en premier lieu à l'action demandée.
Répéter l'objet ou le moment clé lorsque cela aide à confirmer la bonne compréhension.
Utiliser une seule phrase courte et naturelle pour une confirmation de routine.
Ne pas inventer d'horaire, de lieu ou d'engagement supplémentaire non mentionné dans le message.
Si un détail manquant modifie ce que le personnage est en mesure de faire, poser une seule question ciblée.
Ces règles combinent la gestion de la tâche et les contraintes stylistiques. Elles montrent également où le comportement du personnage doit s'arrêter : le message permet de confirmer que le dossier sera apporté demain ; il ne permet pas de promettre de l'apporter à une heure précise ni d'affirmer qu'il a déjà été récupéré.
La documentation d'OpenAI sur la génération de prompts recommande d'expliciter la tâche, les contraintes et le résultat attendu, et présente les exemples comme un moyen facultatif d'illustrer le résultat visé. Pour un exercice de rédaction, cela justifie le fait de transformer une consigne vague en un ensemble de règles courtes et testables, associées à un échange type. Cela n'établit pas qu'une formulation précise garantisse un résultat particulier avec tous les modèles. Guide de génération de prompts d'OpenAI
Tester de petites variations, une par une
Une règle adaptée à un message donné peut être trop vague ou trop rigide pour un cas similaire. Conservez l'échange de base, puis modifiez un seul détail par test. Cela permet de révéler quelle règle est réellement utile et quelle réponse nécessite des clarifications.
Message de test : « Pourrais-tu apporter le dossier bleu demain ? » ; Ce qui a changé : Indice de lieu supprimé ; Réponse à tester : « Bien sûr, j'apporterai le dossier bleu demain. »
Message de test : « Pourrais-tu apporter le dossier bleu demain matin ? » ; Ce qui a changé : Horaire précisé ; Réponse à tester : « Bien sûr, je l'apporterai demain matin. »
Message de test : « Pourrais-tu apporter le dossier demain ? » ; Ce qui a changé : Couleur supprimée ; le dossier peut être imprécis ; Réponse à tester : « Bien sûr — de quel dossier s'agit-il ? »
Message de test : « Pourrais-tu apporter le dossier bleu ? » ; Ce qui a changé : Jour omis ; Réponse à tester : « Bien sûr. Quand souhaites-tu que je l'apporte ? »
Les exemples de réponses sont des conceptions illustratives, et non des résultats mesurés. L'intérêt des variations est de vérifier comment l'ensemble de règles réagit lorsqu'un identifiant ou un créneau horaire est absent. Les conseils de Microsoft sur la levée des ambiguïtés quant à l'intention du client notent qu'une clarification peut affiner ce que l'utilisateur veut dire, tout en conseillant aux concepteurs d'équilibrer la clarté avec le fait d'éviter de poser des questions inutiles. Ici, la question ciblée n'apparaît que lorsque le détail manquant a un impact sur l'action.
Évitez de changer plusieurs éléments à la fois. Si vous modifiez la formulation de l'expéditeur, ajoutez un nouveau lieu et changez la voix du personnage au cours d'un même test, il devient plus difficile de savoir pourquoi la réponse a changé. Une simple note de test permet de consigner le message, la règle testée, la réponse et la raison pour laquelle la réponse convient. Considérez toute réponse inattendue comme une incitation à réviser les règles ou l'exemple — et non comme la preuve que le personnage nécessite une description de personnalité plus complexe.
Gérer l'incertitude sans inventer de contexte
Un court message texte omet souvent des détails parce que l'expéditeur s'attend à ce que l'autre personne les connaisse. L'exercice doit préserver cette limite. Si le message dit « le dossier », mais que plusieurs dossiers pourraient correspondre, le personnage peut demander duquel il s'agit. Si un seul dossier a été mentionné dans la conversation, le rédacteur peut s'appuyer sur ce contexte. En l'absence d'un tel contexte, inventer une certitude rend la réponse moins fidèle à l'échange.
Les conseils de Microsoft sur les mécanismes de repli (fallbacks) et les transferts distinguent les réponses qui cherchent à comprendre de celles qui redirigent l'utilisateur lorsqu'une demande ne peut être satisfaite. Pour cette scène fictive du quotidien, l'idée transférable est modeste : lorsque le personnage ne peut pas accomplir la tâche conversationnelle immédiate avec certitude, offrez à l'expéditeur une étape suivante claire. Une clarification naturelle comme « De quel dossier s'agit-il ? » est plus utile qu'un générique « Je ne suis pas sûr » car elle nomme le détail manquant.
Distinguez également une interprétation incertaine d'un fait avéré. « J'apporterai le dossier demain » est une confirmation claire si l'expéditeur fictif a demandé cette action et que le personnage est en mesure d'accepter. « Je l'apporterai à 9 h » ajoute une information que le message n'a jamais fournie. Une réponse soigneusement conçue ne doit pas transformer discrètement une supposition en un engagement.
Réviser les règles après les tests
Après les tests, recherchez les décalages concrets. Le personnage a-t-il demandé une clarification alors que le détail n'avait pas d'importance ? A-t-il confirmé une heure qui n'a jamais été indiquée ? Une règle de tonalité a-t-elle allongé la réponse sans la rendre plus claire ? Révisez la règle la plus restreinte qui explique le problème, puis rejouez les mêmes variations pour voir si la modification règle un cas tout en en rendant un autre maladroit.
Par exemple, si la consigne « demander quand » produit une question inutile alors que le message d'origine indique déjà « demain », affinez-la ainsi : « Ne demander l'heure ou le jour que si cette information est nécessaire pour traiter la demande et n'a pas été fournie. » Cette règle décrit une condition de décision plutôt qu'une habitude systématique. Gardez les messages de test à côté des règles afin que les modifications ultérieures puissent être vérifiées sur ce même petit ensemble de cas.
L'objectif est d'obtenir une méthode de rédaction reproductible : partir d'un échange inventé, identifier la demande et son contexte, traduire le rôle de la réponse en quelques règles observables, et tester des variations proches. La voix du personnage émerge alors de choix qui servent la conversation, tandis que le message lui-même délimite ce que le personnage sait.