AI Game Master: juega una sesión de RPG con un AI Dungeon Master

Un AI game master es un sistema en tiempo de ejecución que mantiene el estado del mundo, da voz a los NPC, resuelve las reglas y reacciona a lo que intentas, para que juegues en lugar de preparar. En Neta Studio, el AI game master se ejecuta dentro de un mundo 3D real en el navegador, no en una caja de chat. Escribes o dices lo que hace tu personaje; el mundo cambia.

El término abarca varias intenciones distintas. Si quieres una sesión de dungeon-rpg, el AI GM genera las salas, las puebla y resuelve el combate. Si quieres un mmorpg-maker, los mismos sistemas escalan a mundos compartidos y persistentes con muchos jugadores. El mecanismo común es un bucle: leer el estado, producir narración o acción, volver a escribir el estado. Esta página describe cómo funciona realmente ese bucle, dónde falla y cómo construir tú mismo la versión jugable más pequeña.

Respuesta rápida

Un AI game master es la capa de sistemas que sustituye la contabilidad de un árbitro humano, no el juicio del árbitro humano. Registra puntos de vida, inventario, posiciones, banderas de misión y tiempo. Genera o selecciona el diálogo de los NPC. Resuelve tiradas y aplica resultados. Reacciona a cualquier acción que intente el jugador, dentro de las limitaciones del modelo del mundo. Todo eso se ejecuta de forma continua mientras el jugador está en la sesión.

No sustituye a un buen GM humano. Un GM humano lee el ambiente, se da cuenta de cuándo un jugador se aburre, flexibiliza una regla para mantener viva la historia y recuerda un detalle insignificante de hace seis sesiones porque le importaba a alguien. Un AI GM elimina el tiempo de preparación, elimina la necesidad de que otras cuatro personas estén libres la misma noche y elimina la pausa de consultar las reglas. No elimina el valor de una mesa en la que todos se conocen.

Para las intenciones dungeon-rpg y mmorpg-maker, el núcleo es el mismo: un almacén de estado del mundo, un resolutor de reglas, una capa de NPC y un mundo espacial. La diferencia es la escala. Una sesión de mazmorra para un jugador ejecuta un único objeto de estado. Un mundo MMO ejecuta un estado canónico que muchos clientes leen y escriben, lo que introduce los problemas de estado compartido y moderación que se tratan más adelante.

Qué hace un AI game master

El AI GM hace cuatro trabajos en cada turno. Si falta alguno, la sesión se siente rota de una forma concreta y diagnosticable. Los modos de fallo son predecibles, lo cual es útil cuando estás ajustando uno.

Los cuatro trabajos siguientes son el bucle mínimo viable. Todo lo demás —actuación de voz, generación de arte, música— es decoración sobre esto.

El estado es la última verdad confirmada: quién está dónde, qué lleva, qué se ha matado, qué se ha abierto, qué hora es. En un mundo de Neta Studio esto vive como un grafo de escena más un almacén de clave-valor. La posición de un NPC es una transformación. La bandera de misión es un booleano. El combustible de la antorcha del jugador es un entero que se decrementa por tick. Cuando el AI GM narra, narra desde el estado, no desde un resumen del prompt que recuerda a medias.

El error común: el modelo inventa un detalle que no está en el estado, una puerta que nunca se colocó, un guardia que ya estaba muerto. La solución es serializar solo lo que existe y rechazar o reescribir el texto generado que contradiga una clave de estado dura. Los detalles blandos (clima, olor) pueden fluctuar. Los detalles duros (vivo/muerto, bloqueado/desbloqueado) no.

Cada NPC necesita una persona estable: nombre, rol, lo que sabe, lo que quiere y lo que no dirá. El AI GM genera el diálogo condicionado por esa persona y por el estado actual. Un herrero que no ha visto antes al jugador saluda de forma distinta a uno al que robaron la sesión pasada. Aquí es donde un mundo persistente se siente vivo en lugar de aleatorio.

En la práctica, mantienes un búfer de memoria por NPC con un límite de tokens. Cuando se desborda, resumes las entradas más antiguas en una sola línea y continúas. Sin este límite, una sesión larga se desvía: el NPC empieza a contradecir afirmaciones anteriores porque esas afirmaciones se salieron del contexto.

La resolución de reglas es código determinista, no salida del modelo. El modelo propone una acción; el resolutor la comprueba contra el conjunto de reglas y devuelve un resultado. «Ataco al goblin» se convierte en una tirada de ataque, una tirada de daño y una escritura de estado. Después el modelo narra el resultado. Si dejas que el modelo decida las cifras de daño, el equilibrio se vuelve ruido.

Esto también hace que el sistema sea depurable. Puedes registrar cada tirada, cada modificador y cada delta de estado. Cuando un jugador dice «eso no debería haber acertado», tienes los números.

La parte difícil es responder a entradas no guionizadas. Un jugador escribe «lanzo la linterna al puente de cuerda». El sistema tiene que decidir: si la linterna existe en el inventario, si el puente está al alcance, si el fuego afecta a la cuerda y qué pasa después. Un GM solo de prosa puede describir todo esto. Un GM espacial también debe calcularlo, porque la geometría del puente y el proyectil de la linterna viven en la escena.

El bucle de reacción es: analizar la intención y convertirla en una acción estructurada, validarla contra el estado y las reglas, aplicar los efectos y luego generar la narración a partir del estado resultante. Analizar hacia un esquema es lo que mantiene coherente el mundo. La narración de texto libre sin una acción estructurada es donde las sesiones se vuelven blandas.

AI Dungeon Master frente a un GM humano

La comparación honesta trata de cuál gana en cada eje, porque no son la misma herramienta. Un GM humano es mejor leyendo a las personas. Un AI GM es mejor porque nunca se cansa y nunca necesita un calendario. La mayoría de los grupos debería usar ambos, no elegir.

La tabla siguiente muestra lo que realmente difiere en una sesión, según la experiencia de usar ambos. El tiempo de preparación, la improvisación, la consistencia y la sensación de mesa son los cuatro ejes que importan en la práctica.

Juega una sesión

La prueba es una sesión, no una demo. Una sesión tiene un objetivo, personajes que responden a ti y al menos un obstáculo que se puede resolver de más de una forma. Estos son los mundos de Neta Studio que ahora mismo se ejecutan como sesiones de AI-GM en el navegador.

Cada uno empieza con un objetivo declarado. No te dejan caer en un sandbox sin hilo; te dan una razón para moverte y un conjunto de NPC que reconocen lo que haces. El AI GM sigue tu progreso respecto al objetivo y ajusta en consecuencia el comportamiento de los NPC.

Por qué se rompen los AI GM solo de prosa

Un AI GM solo de texto no tiene geometría. Ese es todo el fallo. Cuando escribes «escalo la pared», no hay ninguna pared con altura, ningún jugador con velocidad de escalada, ninguna consecuencia si fallas. El modelo produce una frase plausible y sigue adelante. La sesión se siente bien durante unos turnos y luego se siente hueca, porque nada de lo que haces puede fallar de verdad de una forma que cambie el espacio.

El síntoma que los jugadores notan primero es que las distancias dejan de importar. Puedes «correr al otro lado de la sala» y no cuesta nada. Puedes «esconderte detrás de la columna» exista o no una columna. El modelo genera descripción, no simula un espacio. Después de veinte minutos, el jugador deja de intentar acciones creativas porque ha aprendido que las acciones creativas no tienen peso mecánico.

Cuando el mundo es un espacio 3D real, eso cambia. La pared tiene una altura en unidades del mundo. El jugador tiene una velocidad de escalada. El intento sale bien, sale mal o sale parcialmente bien, y el resultado se escribe en el estado. El AI GM narra desde el estado resuelto en lugar de inventarlo. El fallo es posible, y eso es lo que hace que el éxito signifique algo.

El segundo fallo es la memoria. Un GM de prosa guarda todo el mundo en una ventana de tokens. Pasada cierta duración de sesión, los hechos iniciales se salen y el modelo se contradice. Un mundo espacial externaliza el estado. El AI GM no necesita recordar que la puerta está cerrada; el objeto puerta tiene una bandera de bloqueo. Por eso los mundos espaciales aguantan sesiones más largas que los que son solo chat.

AI MMO y mundos multijugador

La intención mmorpg-maker es un mundo compartido y persistente: muchos jugadores, un estado canónico, sesiones que continúan mientras estás desconectado. El AI GM sigue haciendo los cuatro trabajos, pero ahora los hace contra un estado compartido, lo que introduce dos problemas que los mundos en solitario no tienen.

El primero es el estado compartido. Si dos jugadores están en la misma ciudad y uno incendia la taberna, el otro debe verlo. Eso significa que el AI GM no puede mantener un estado por jugador; mantiene un único estado del mundo y todos los clientes leen de él. El modo de fallo es el conflicto: dos jugadores intentan saquear el mismo cofre en el mismo tick. Necesitas un orden de confirmación y un bloqueo, o la acción de un jugador sobrescribe en silencio la del otro.

El segundo es la moderación. Un AI GM que genera diálogo de NPC a partir de la entrada del jugador acabará generando algo que un jugador no debería ver, o un jugador usará el canal de entrada para producirlo. En un mundo compartido esto no es un error personal; es el problema de todos. La respuesta práctica es un filtro sobre el texto generado, una vía de reporte y límites de frecuencia por jugador en el canal de entrada.

Mantén un único estado autoritativo del mundo. Los clientes envían intenciones, no estado. El servidor valida la intención contra el estado actual, aplica el efecto y difunde el delta. Si dejas que los clientes escriban el estado directamente, sufres desincronización y duplicación en cuestión de minutos. El AI GM lee del estado autoritativo, así que su narración es coherente para todos los jugadores de la zona.

Para los mundos persistentes, el estado debe sobrevivir a los reinicios del servidor. Haz una instantánea del mundo a intervalos fijos y escribe deltas entre instantáneas. Reproducir los deltas desde la última instantánea es como te recuperas de un fallo sin revertir toda la sesión.

Hay dos superficies que lo necesitan: el diálogo generado y la entrada del jugador. El diálogo generado pasa por un filtro de contenido antes de difundirse. La entrada del jugador tiene límite de frecuencia y se filtra antes de llegar al AI GM. Registra juntas la entrada y la salida generada para poder revisar un reporte sin adivinar qué pasó.

El AI GM también debería tener una vía de rechazo firme. Si una acción está fuera del modelo del mundo o de la política de contenido, el GM la declina en personaje y propone una alternativa. Un rechazo que se mantiene dentro de la ficción es menos disruptivo que un mensaje de error del sistema.

Generación roguelike y de mazmorras

Un roguelike necesita dos cosas que tiran en direcciones opuestas: una mazmorra que se sienta distinta en cada partida y una mazmorra que sea justa en cada partida. La aleatoriedad en ambos ejes produce partidas injustas. Un layout fijo en ambos ejes produce una partida aburrida. La solución es separar los ejes: definir la semilla del layout, fijar la curva de dificultad y variar el aspecto.

Definir la semilla del layout significa que el grafo de salas, las conexiones de pasillos y la colocación de las llaves se generan a partir de una semilla, de modo que una semilla dada siempre produce la misma mazmorra. Esto hace que las partidas sean reproducibles para depurar y te permite comparar dos builds en el mismo mapa. Fijar la curva de dificultad significa que el presupuesto de encuentros por nivel es una constante, no una tirada aleatoria. Variar el aspecto significa que el tileset, las skins de los enemigos y la tabla de botín pueden cambiar por partida sin cambiar la curva.

El AI GM se sitúa encima de esto como dungeon master. Lee el grafo generado, puebla las salas con NPC cuyas personas encajan con su ubicación y aplica las reglas durante el juego. La generación es determinista; la sesión no lo es.

Construye uno

La sesión de AI-GM jugable más pequeña necesita cuatro cosas: un mundo con geometría, un NPC con una persona, un obstáculo con dos soluciones y un almacén de estado que persista entre turnos. Eso es todo. Puedes añadir reglas, arte y una curva de dificultad después. Si construyes primero la versión de cuatro partes, encontrarás los problemas del bucle pronto, cuando son baratos de arreglar.

Empieza con una sola sala y un guardia. El guardia tiene un nombre, una razón para estar ahí y una regla: no abandonará la puerta. El obstáculo es la puerta. Puedes luchar contra el guardia, distraerlo o encontrar una llave. Cada camino escribe una bandera de estado distinta. Si el AI GM puede llevar esa sala sin contradecirse durante diez turnos, tienes una sesión.

A partir de ahí, añade las partes que escalan: más NPC con búferes de memoria, un resolutor de reglas con tiradas registradas, un generador de layout con semilla y, finalmente, estado compartido si quieres multijugador. Cada añadido tiene un modo de fallo concreto que puedes probar. Construye lo más pequeño, rómpelo a propósito y luego amplía.

Entra en el mundo al que pertenece

La única forma de juzgar a un game master es jugar una sesión. Abre una: un mundo pequeño donde cuatro personajes te dan algo que hacer y los obstáculos responden a cómo te acercas a ellos. Se construyó igual que todo en este sitio: a partir de una descripción, publicado como una página.