Les dialogues par IA doivent-ils diriger, soutenir ou rester en coulisses dans votre prototype de jeu ?

Commencer par la tâche du joueur

Le terme « dialogue par IA » peut recouvrir deux réalités très différentes : un dialogue généré pendant qu'un joueur interagit avec un personnage, et une IA utilisée par des créateurs pour rédiger des ébauches qui seront ensuite sélectionnées et éditées. Il existe également une option intermédiaire : un jeu majoritairement écrit à la main qui utilise le dialogue généré dans un rôle de soutien limité. Il s'agit de choix de conception distincts, et non de trois paliers que chaque jeu se doit de franchir.

Le [prototype NEO NPC](https://news.ubisoft.com/en-us/article/5qXdxhshJBXoanFZApdG3L/how-ubisofts-new-generative-ai-prototype-changes-the-narrative-for-npcs) d'Ubisoft a exploré la conversation libre, orientée vers le joueur, avec des personnages façonnés par des scénaristes et encadrés par des consignes scénaristiques et de personnalité. Ubisoft décrit NEO NPC comme un prototype, et non comme la preuve que cette approche fonctionnera dans tous les jeux commercialisés. À l'inverse, [Ghostwriter](https://news.ubisoft.com/en-gb/article/7Cm07zbBGy4Xml6WgYi25d/the-convergence-of-ai-and-creativity-introducing-ghostwriter) génère des variantes de répliques d'ambiance (« barks ») à l'état de brouillon pour que les scénaristes puissent les choisir et les peaufiner. L'utilisateur ciblé est l'auteur ; le texte généré n'est pas présenté comme une conversation en direct pour le joueur.

Une troisième référence en matière de conception repose sur une écriture entièrement humaine. Dans [le compte-rendu de Strange Scaffold sur *Sunshine Shuffle*](https://www.gamedeveloper.com/design/deep-dive-creating-seamless-dialogue-for-sunshine-shuffle), le concepteur Stav Hinenzon explique comment répliques brèves, barks et récits plus longs ont été organisés autour de parties de poker, avec des règles de priorité et de timing pour déterminer quel contenu mettre en avant. Le système de dialogue du jeu soutient l'expérience sans nécessiter de texte généré. Ensemble, ces exemples soulèvent une question pratique pour le prototypage : le joueur a-t-il besoin d'improviser avec un personnage, le jeu a-t-il besoin d'une couche réactive autour d'un contenu écrit, ou l'équipe a-t-elle principalement besoin d'aide pour produire des brouillons ?

Comparer les trois rôles

**Interaction principale** : Poser des questions ou s'exprimer librement au cours d'une conversation pour poursuivre un objectif par l'intermédiaire d'un personnage. Les interventions du joueur modifient les informations utiles, les actions ou l'état de la relation qui deviennent disponibles. Suivez l'accomplissement des tâches et vérifiez si les réponses soutiennent correctement l'action prévue suivante. Attribuez au personnage un ensemble défini de sujets et de changements d'état pris en charge ; pour les saisies non prises en charge, prévoyez une redirection écrite ou un retour à un état de conversation connu. Charge de travail : la plus élevée. L'équipe doit définir les contraintes du personnage et du scénario, relier les dialogues à l'état du jeu, gérer les saisies inattendues et tester bien plus d'échanges qu'avec un script fixe.

**Couche de soutien** : Jouer au jeu principal pendant que les dialogues réagissent à des événements choisis ou proposent des réponses optionnelles. Une réplique peut clarifier, apporter de la couleur ou réagir à un événement sans bloquer l'action principale. Observez si les joueurs remarquent les répliques pertinentes et s'ils peuvent poursuivre leur tâche sans attendre. Conservez la trame principale et les informations essentielles sous forme rédigée. Si la génération est indisponible ou inadaptée, utilisez une ligne fixe, une réponse discrète ou aucune réplique. Charge de travail : moyenne à élevée. L'équipe doit coordonner les contenus générés avec les temps forts scénarisés, le timing, la voix du personnage et les états de jeu qui peuvent les déclencher.

**Outil de création** : Jouer au jeu écrit ; un scénariste ou un concepteur utilise l'IA pendant la production pour générer des variantes. Le joueur reçoit un contenu sélectionné et édité. L'impact sur la production dépend de la capacité de l'outil à aider l'équipe à produire des options exploitables pour une tâche d'écriture définie. Le script approuvé par le scénariste sert de solution de repli et constitue le contenu final en jeu. Charge de travail : variable, mais il n'y a pas de système de dialogue en direct à maintenir. Les coûts se déplacent vers la configuration de l'outil, la relecture, la sélection, l'édition et l'intégration du processus dans le flux de travail d'écriture.

Ces conséquences sont des objectifs de conception à tester, pas des effets garantis. Ne mesurez que ce qui importe pour la tâche du prototype. Une conversation peut être fluide et pourtant échouer si elle ne fournit aucune information exploitable ; une réplique d'ambiance générée peut être charmante tout en interrompant une action indispensable que le joueur doit effectuer.

Choisir l'interaction principale quand l'improvisation est la mécanique

Recourez au dialogue libre orienté vers le joueur lorsque la promesse centrale du jeu repose sur l'expression par le joueur d'une idée que le concepteur ne peut pas facilement anticiper dans son ensemble, et que la réponse du personnage peut influer de manière significative sur la suite des actions du joueur. Définissez ce qui constitue un échange réussi avant de construire le modèle : par exemple, obtenir un indice, amener un PNJ à exécuter l'une des rares actions valides, ou apprendre un fait grâce à un axe d'interrogation particulier.

Délimitez le monde du prototype. Déterminez ce que le personnage sait, ce qu'il refuse de faire, quel état du jeu il peut modifier et ce qui se passe lorsqu'une requête n'est pas pertinente. La description de NEO NPC par Ubisoft met l'accent sur les antécédents des personnages et les consignes de comportement rédigés par les scénaristes, ainsi que sur les itérations nécessaires lorsque le modèle s'écarte de la personnalité voulue. Cela met en lumière une véritable tâche de production : les auteurs doivent toujours évaluer si chaque réponse correspond au personnage et au scénario. Ne laissez pas un texte improvisé devenir silencieusement un nouveau fait narratif ou une commande modifiant l'état du jeu, à moins d'avoir explicitement conçu et testé ce cheminement.

Une solution de repli utile doit être rédigée et intégrée de façon transparente dans la conception : lorsque la saisie dépasse le cadre de la tâche prise en charge, le personnage peut poser une question de clarification, expliquer en quoi il peut être utile ou rediriger le joueur vers des options connues. Si le prototype ne parvient pas à maintenir l'objectif de manière fiable, rendez les informations essentielles à cet objectif accessibles par le biais de dialogues fixes ou d'une autre voie scénarisée.

Choisir une couche de soutien lorsque la trame écrite porte le jeu

Une couche de soutien peut réagir aux événements de jeu tout en laissant l'interaction principale prévisible. Cela peut se traduire par des remarques d'ambiance facultatives, de courtes réponses à un ensemble restreint d'actions ou des variantes générées autour d'un point d'ancrage narratif fixe. Définissez des limites : quels événements peuvent déclencher une réplique, si une réplique peut interrompre l'action, et si son contenu est autorisé à introduire de nouvelles informations.

*Sunshine Shuffle* offre un point de comparaison pertinent pour une écriture manuelle : ses unités de dialogue, ses priorités et son timing ont été conçus en fonction des tours de poker et du rythme de l'histoire. Le compte-rendu du développeur souligne que les répliques devaient laisser aux joueurs le temps de lire et que les actions du joueur faisaient progresser le fil narratif. La leçon à en tirer pour une couche d'IA de soutien est concrète : la réactivité doit s'adapter au tempo de l'activité. Une réplique qui survient en pleine prise de décision peut nuire au jeu, même si sa formulation est excellente.

Conservez du texte écrit manuellement pour les instructions, les indices, les décisions et tout moment dont le timing est crucial. Pour les réactions optionnelles, définissez un mode de défaillance silencieux : ignorer la réplique, utiliser une alternative prédéfinie ou la différer jusqu'à ce que l'activité s'y prête. Testez si les joueurs parviennent toujours à accomplir la tâche principale lorsque la couche générative est désactivée.

Choisir un outil de création quand le joueur n'a pas besoin de texte généré

Si votre besoin réside dans un plus grand volume de matière textuelle — en particulier de nombreuses variantes courtes —, essayez d'abord le rôle d'outil de création. Ubisoft décrit Ghostwriter comme un outil proposant des ébauches de répliques que les scénaristes peuvent sélectionner et peaufiner, avec une rétroaction humaine intégrée au processus. Il s'agit d'un flux de travail de production, et non d'une interaction de PNJ face au joueur. Laissez les répliques approuvées sous le contrôle du scénariste et testez l'outil sur une tâche de rédaction concrète et délimitée, comme la production d'alternatives pour la réaction d'un personnage à un événement précis.

Cette option est particulièrement adaptée lorsque votre jeu emploie déjà des dialogues rédigés et que la variété est appréciable, sans être une mécanique en soi. Le prototype peut être joué sans recourir à l'outil lors de l'exécution. Évaluez l'outil en observant si ses suggestions sont exploitables après révision et s'intègrent bien au processus d'écriture de l'équipe, plutôt qu'en comptabilisant le nombre brut de lignes générées. La source détaille l'outil et le flux de travail d'Ubisoft ; elle ne garantit pas que la même approche fera gagner du temps à n'importe quelle équipe ou sur n'importe quel projet.

Organiser un playtest restreint avant d'étendre la portée

Voici un test proposé à titre indicatif, et non le résultat d'une étude publiée. Imaginez un prototype dans lequel un joueur doit obtenir un indice sur la patrouille d'un garde afin de franchir une porte. Proposez à un petit groupe de testeurs une version où le garde répond à des questions libres, une version où le jeu propose des choix de dialogue prédéfinis accompagnés de remarques réactives optionnelles, et une version entièrement scénarisée. Gardez l'objectif et l'indice strictement identiques d'une version à l'autre.

Pour chaque tentative, enregistrez trois éléments : le joueur obtient-il l'indice, parvient-il à ouvrir la porte, et à quel moment se retrouve-t-il bloqué ou en attente ? Notez également si la conversation modifie une décision prise par le joueur. Si la conversation libre produit des formulations variées mais n'apporte aucun changement tangible à l'itinéraire ou aux choix du joueur, cela ne justifie guère d'en faire l'interaction principale de ce prototype. Si une voie scénarisée fonctionne de manière fluide et que les réactions optionnelles ne la perturbent pas, le rôle de soutien peut suffire. Si la difficulté majeure de l'équipe consiste à rédiger des répliques supplémentaires pour le garde alors que la tâche du joueur est déjà satisfaite, testez un outil de création en dehors de la version jouable.

Ces observations peuvent aider à orienter la prochaine itération du prototype ; un test restreint ne peut établir des performances universelles ni prédire la réaction d'un public plus large. Gardez des versions suffisamment modestes pour pouvoir comparer la tâche du joueur, la solution de repli et le travail requis pour maintenir chacune d'entre elles.

Prendre la décision grâce à trois questions

Avant d'intégrer des dialogues par IA, formulez des réponses écrites à ces questions :

**Que cherche à accomplir le joueur à travers le dialogue ?** Définissez une action ou une décision, et non simplement le fait « d'avoir une conversation naturelle ».

**Quelle conséquence un échange réussi doit-il avoir ?** Nommez l'information, le choix ou le changement d'état autorisé, puis déterminez comment vous l'observerez lors d'un playtest.

**Que se passe-t-il lorsque la génération est indisponible ou hors sujet ?** Prévoyez un parcours rédigé qui préserve la capacité du joueur à mener sa tâche à bien.

Estimez ensuite la charge de production par rapport à l'envergure du prototype : le nombre d'états et de déclencheurs, la quantité de consignes de personnage et de scénario, la révision requise pour les contenus générés et les textes de repli à rédiger. Un rôle impliquant une promesse plus vaste envers le joueur exige également davantage d'efforts pour que les résultats restent pertinents et cohérents. Pour un prototype modeste, un test au périmètre étroit permet de savoir si cette charge supplémentaire sert réellement l'objectif du joueur.

Ce choix ne constitue pas un jugement sur l'IA dans les jeux vidéo. Il s'agit de décider de la place exacte qu'occupe le dialogue génératif au sein de cette expérience jouable spécifique : au cœur de l'action du joueur, dans un rôle d'accompagnement maîtrisé ou au sein des flux de travail du créateur. Optez pour le rôle le plus modeste capable de produire l'effet recherché auprès des joueurs, et laissez le prototype vous fournir une raison valable de l'étoffer.

Continuer sur ce thème