Maître de jeu AI : lancez une session de RPG avec un maître de donjon AI

Un maître de jeu AI est un système d'exécution qui conserve l'état du monde, donne voix aux PNJ, arbitre les règles et réagit à ce que vous tentez — pour que vous jouiez au lieu de préparer. Dans Neta Studio, le maître de jeu AI s'exécute à l'intérieur d'un véritable monde 3D dans le navigateur, pas dans une fenêtre de chat. Vous tapez ou dictez ce que fait votre personnage ; le monde change.

Le terme recouvre plusieurs intentions différentes. Si vous voulez une session de RPG de donjon, le MJ AI génère les salles, les peuple et résout les combats. Si vous voulez un créateur de MMORPG, les mêmes systèmes s'étendent à des mondes partagés persistants avec de nombreux joueurs. Le mécanisme commun est une boucle : lire l'état, produire une narration ou une action, réécrire l'état. Cette page décrit comment cette boucle fonctionne réellement, où elle se brise, et comment construire vous-même la plus petite version jouable.

Réponse rapide

Un maître de jeu AI est la couche de systèmes qui remplace la tenue de registres d'un arbitre humain, pas le jugement de cet arbitre humain. Il suit les points de vie, l'inventaire, les positions, les indicateurs de quête et le temps. Il génère ou sélectionne les dialogues des PNJ. Il résout les jets et applique les résultats. Il réagit à toute action tentée par le joueur, dans les limites du modèle du monde. Tout cela s'exécute en continu pendant que le joueur est en session.

Il ne remplace pas un bon MJ humain. Un MJ humain lit l'ambiance, remarque quand un joueur s'ennuie, assouplit une règle pour maintenir l'histoire en vie et se souvient d'un détail anodin d'il y a six sessions parce qu'il comptait pour quelqu'un. Un MJ AI supprime le temps de préparation, supprime le besoin que quatre autres personnes soient libres le même soir et supprime la pause de consultation des règles. Il ne supprime pas la valeur d'une table où les gens se connaissent.

Pour les intentions RPG de donjon et créateur de MMORPG, le même cœur répond présent : un stockage d'état du monde, un résolveur de règles, une couche de PNJ et un monde spatial. La différence est l'échelle. Une session de donjon solo exécute un seul objet d'état. Un monde MMO exécute un état canonique unique que de nombreux clients lisent et écrivent, ce qui introduit les problèmes d'état partagé et de modération abordés plus loin.

Ce que fait un maître de jeu AI

Le MJ AI accomplit quatre tâches à chaque tour. Si l'une d'elles manque, la session semble cassée d'une manière précise et diagnostiquable. Les modes de défaillance sont prévisibles, ce qui est utile quand on en ajuste un.

Les quatre tâches ci-dessous constituent la boucle minimale viable. Tout le reste — jeu d'acteur vocal, génération d'art, musique — n'est que décoration par-dessus.

L'état est la dernière vérité validée : qui est où, ce que les personnages portent, ce qui a été tué, ce qui a été ouvert, quelle heure il est. Dans un monde Neta Studio, il réside dans un graphe de scène complété par un stockage clé-valeur. La position d'un PNJ est une transformation. L'indicateur de quête est un booléen. Le carburant de la torche du joueur est un entier qui décroît à chaque tick. Quand le MJ AI narre, il narre à partir de l'état, pas d'un résumé de prompt dont il se souvient à moitié.

Le bug courant : le modèle invente un détail absent de l'état — une porte jamais placée, un garde déjà tué. La solution consiste à ne sérialiser que ce qui existe et à rejeter ou réécrire tout texte généré qui contredit une clé d'état stricte. Les détails souples (météo, odeur) peuvent flotter. Les détails stricts (vivant/mort, verrouillé/déverrouillé) ne le peuvent pas.

Chaque PNJ a besoin d'une persona stable : nom, rôle, ce qu'il sait, ce qu'il veut et ce qu'il ne dira pas. Le MJ AI génère les dialogues en fonction de cette persona et de l'état actuel. Un forgeron qui n'a jamais vu le joueur auparavant salue différemment de celui qui a été volé lors de la session précédente. C'est là qu'un monde persistant semble vivant plutôt qu'aléatoire.

En pratique, vous conservez un tampon de mémoire par PNJ avec un plafond de tokens. Lorsqu'il déborde, résumez les entrées les plus anciennes en une seule ligne et continuez. Sans ce plafond, une longue session dérive : le PNJ commence à contredire des déclarations antérieures parce que celles-ci sont sorties du contexte.

La résolution des règles est du code déterministe, pas une sortie de modèle. Le modèle propose une action ; le résolveur la vérifie par rapport à l'ensemble de règles et renvoie un résultat. « Je frappe le gobelin » devient un jet d'attaque, un jet de dégâts et une écriture d'état. Le modèle narre ensuite le résultat. Si vous laissez le modèle décider des chiffres de dégâts, l'équilibrage devient du bruit.

Cela rend aussi le système débogable. Vous pouvez journaliser chaque jet, chaque modificateur et chaque delta d'état. Quand un joueur dit « ça n'aurait pas dû toucher », vous avez les chiffres.

La partie difficile est de répondre à une entrée non scénarisée. Un joueur tape « Je lance la lanterne sur le pont de corde. » Le système doit décider : la lanterne existe-t-elle dans l'inventaire, le pont est-il à portée, le feu affecte-t-il la corde, que se passe-t-il ensuite. Un MJ purement narratif peut tout décrire. Un MJ spatial doit aussi le calculer, parce que la géométrie du pont et le projectile de la lanterne résident tous deux dans la scène.

La boucle de réaction est la suivante : analyser l'intention en une action structurée, la valider par rapport à l'état et aux règles, appliquer les effets, puis générer la narration à partir de l'état résultant. C'est l'analyse vers un schéma qui maintient la cohérence du monde. La narration en texte libre sans action structurée est ce qui fait s'effondrer les sessions.

Maître de donjon AI contre MJ humain

La comparaison honnête porte sur celui qui l'emporte sur quel axe, car ce ne sont pas les mêmes outils. Un MJ humain est meilleur pour lire les gens. Un MJ AI est meilleur pour ne jamais être fatigué et ne jamais avoir besoin d'un calendrier. La plupart des groupes devraient utiliser les deux, pas choisir.

Le tableau ci-dessous montre ce qui diffère réellement en session, d'après l'expérience des deux. Temps de préparation, improvisation, cohérence et ambiance de table sont les quatre axes qui comptent en pratique.

Jouer une session

La preuve, c'est une session, pas une démo. Une session a un objectif, des personnages qui vous répondent et au moins un obstacle qui peut être résolu de plusieurs façons. Voici les mondes Neta Studio qui tournent comme sessions MJ AI dans le navigateur, dès maintenant.

Chacun commence par un objectif énoncé. Vous n'êtes pas lâché dans un bac à sable sans fil conducteur ; on vous donne une raison d'avancer et un ensemble de PNJ qui tiennent compte de ce que vous faites. Le MJ AI suit votre progression par rapport à l'objectif et ajuste le comportement des PNJ en conséquence.

Pourquoi les MJ AI purement narratifs se cassent

Un MJ AI purement textuel n'a pas de géométrie. C'est toute la défaillance. Quand vous tapez « J'escalade le mur », il n'y a pas de mur avec une hauteur, pas de joueur avec une vitesse d'escalade, aucune conséquence en cas d'échec. Le modèle produit une phrase plausible et passe à autre chose. La session semble correcte pendant quelques tours, puis semble creuse, parce que rien de ce que vous faites ne peut réellement échouer d'une manière qui change l'espace.

Le premier symptôme que remarquent les joueurs est que les distances cessent de compter. Vous pouvez « courir de l'autre côté de la pièce » sans que cela coûte quoi que ce soit. Vous pouvez « vous cacher derrière le pilier », qu'un pilier existe ou non. Le modèle génère de la description, il ne simule pas un espace. Au bout de vingt minutes, le joueur cesse d'essayer des actions créatives parce qu'il a appris que les actions créatives n'ont aucun poids mécanique.

Quand le monde est un véritable espace 3D, cela change. Le mur a une hauteur en unités du monde. Le joueur a une vitesse d'escalade. La tentative réussit, échoue ou réussit partiellement, et le résultat est écrit dans l'état. Le MJ AI narre à partir de l'état résolu au lieu de l'inventer. L'échec est possible, et c'est ce qui donne un sens au succès.

La seconde rupture est la mémoire. Un MJ narratif garde tout le monde dans une fenêtre de tokens. Au-delà d'une certaine longueur de session, les premiers faits sortent et le modèle se contredit. Un monde spatial externalise l'état. Le MJ AI n'a pas besoin de se souvenir que la porte est verrouillée ; l'objet porte a un indicateur verrouillé. C'est pourquoi les mondes spatiaux tiennent sur des sessions plus longues que les mondes purement conversationnels.

MMO AI et mondes multijoueurs

L'intention créateur de MMORPG est un monde partagé persistant : de nombreux joueurs, un état canonique unique, des sessions qui continuent pendant que vous êtes hors ligne. Le MJ AI exécute toujours les quatre tâches, mais désormais contre un état partagé, ce qui introduit deux problèmes que les mondes solo n'ont pas.

Le premier est l'état partagé. Si deux joueurs sont dans la même ville et que l'un brûle la taverne, l'autre doit le voir. Cela signifie que le MJ AI ne peut pas détenir un état par joueur ; il détient un seul état du monde et chaque client le lit. Le mode de défaillance est le conflit : deux joueurs tentent de piller le même coffre au même tick. Vous avez besoin d'un ordre de validation et d'un verrou, sinon l'action d'un joueur écrase silencieusement celle de l'autre.

Le second est la modération. Un MJ AI qui génère des dialogues de PNJ à partir des entrées des joueurs finira par générer quelque chose qu'un joueur ne devrait pas voir, ou un joueur utilisera le canal d'entrée pour le produire. Dans un monde partagé, ce n'est pas un bug personnel ; c'est le problème de tout le monde. La réponse pratique est un filtre sur le texte généré, un chemin de signalement et des limites de débit par joueur sur le canal d'entrée.

Conservez un seul état du monde faisant autorité. Les clients envoient des intentions, pas de l'état. Le serveur valide l'intention par rapport à l'état actuel, applique l'effet et diffuse le delta. Si vous laissez les clients écrire directement l'état, vous obtenez une désynchronisation et de la duplication en quelques minutes. Le MJ AI lit depuis l'état faisant autorité, de sorte que sa narration est cohérente pour tous les joueurs de la zone.

Pour les mondes persistants, l'état doit survivre aux redémarrages du serveur. Prenez un instantané du monde à intervalle fixe et écrivez les deltas entre les instantanés. Rejouer les deltas depuis le dernier instantané est la façon de récupérer après un crash sans annuler toute la session.

Deux surfaces en ont besoin : le dialogue généré et les entrées des joueurs. Le dialogue généré passe par un filtre de contenu avant diffusion. Les entrées des joueurs sont limitées en débit et filtrées avant d'atteindre le MJ AI. Journalisez l'entrée et la sortie générée ensemble afin de pouvoir examiner un signalement sans deviner ce qui s'est passé.

Le MJ AI devrait aussi disposer d'un chemin de refus strict. Si une action sort du modèle du monde ou de la politique de contenu, le MJ refuse en restant dans le personnage et propose une alternative. Un refus qui reste dans la fiction est moins perturbant qu'un message d'erreur système.

Génération de roguelike et de donjon

Un roguelike a besoin de deux choses qui s'opposent : un donjon qui semble différent à chaque partie et un donjon qui est équitable à chaque partie. Le hasard sur les deux axes produit des parties injustes. Un plan figé sur les deux axes en produit une ennuyeuse. La solution est de séparer les axes : définir la graine du plan, figer la courbe de difficulté, varier l'habillage.

Définir la graine du plan signifie que le graphe des salles, les connexions des couloirs et le placement des clés sont générés à partir d'une graine, de sorte qu'une graine donnée produit toujours le même donjon. Cela rend les parties reproductibles pour le débogage et vous permet de comparer deux builds sur la même carte. Figer la courbe de difficulté signifie que le budget de rencontres par profondeur est une constante, pas un tirage aléatoire. Varier l'habillage signifie que le tileset, les apparences des ennemis et la table de butin peuvent changer à chaque partie sans modifier la courbe.

Le MJ AI se place au-dessus de cela en tant que maître de donjon. Il lit le graphe généré, peuple les salles de PNJ dont les personas correspondent à leur emplacement et applique les règles pendant le jeu. La génération est déterministe ; la session ne l'est pas.

En construire un

La plus petite session MJ AI jouable a besoin de quatre choses : un monde avec de la géométrie, un PNJ avec une persona, un obstacle avec deux solutions et un stockage d'état qui persiste entre les tours. C'est tout. Vous pouvez ajouter des règles, de l'art et une courbe de difficulté plus tard. Si vous construisez d'abord la version en quatre parties, vous découvrirez les problèmes de boucle tôt, quand ils coûtent peu à corriger.

Commencez par une seule salle et un garde. Le garde a un nom, une raison d'être là et une règle : il ne quittera pas la porte. L'obstacle est la porte. Vous pouvez combattre le garde, le distraire ou trouver une clé. Chaque voie écrit un indicateur d'état différent. Si le MJ AI peut faire tourner cette salle sans se contredire sur dix tours, vous avez une session.

À partir de là, ajoutez les éléments qui passent à l'échelle : davantage de PNJ avec des tampons de mémoire, un résolveur de règles avec des jets journalisés, un générateur de plan à graine et, à terme, un état partagé si vous voulez du multijoueur. Chaque ajout a un mode de défaillance précis que vous pouvez tester. Construisez la plus petite chose, cassez-la exprès, puis étendez.

Entrez dans le monde auquel elle appartient

La seule façon de juger un maître de jeu est de jouer une session. Ouvrez-en une : un petit monde où quatre personnages vous donnent chacun quelque chose à faire, et où les obstacles réagissent à votre approche. Il a été construit de la même manière que tout sur ce site — à partir d'une description, publié sous forme de page.