Cuando el canon del mundo del juego entra en conflicto con la improvisación de la IA, ¿cuál debería prevalecer?
Para un escritor o diseñador de juegos que decide cómo debe responder un personaje de IA a un jugador, la regla es sencilla: los hechos creados del mundo y el estado actual del capítulo tienen prioridad sobre la improvisación. Deje que el modelo varíe la formulación, la actitud y la charla trivial dentro de esos límites. Cuando el juego no tenga una respuesta establecida, el personaje debe mostrar incertidumbre o derivar la cuestión, en lugar de inventar un hecho y presentarlo como canon.
Tratar el canon y el estado del capítulo como la autoridad
Un sistema útil separa dos preguntas: ¿qué es verdad en este mundo? y ¿qué es verdad en este punto de esta partida? El canon abarca los hechos establecidos, como la identidad de un personaje, la historia de un lugar o cómo funciona un dispositivo. El estado del capítulo abarca lo que ha sucedido en esta partida concreta: qué puerta se abrió, a quién ha conocido el jugador o si un evento ya ha ocurrido. El modelo de diálogo puede utilizar esos hechos, pero no debería reescribirlos silenciosamente.
Esta distinción refleja una característica práctica de los sistemas narrativos interactivos. ink, un lenguaje de scripting desarrollado por Inkle Studios, admite lógica de historias ramificadas y seguimiento del estado; sus autores describen el uso del estado para variar el texto según lo ocurrido anteriormente. La documentación de Minecraft de Microsoft describe de manera similar archivos de escena para PNJ individuales o capítulos narrativos, y la modificación del diálogo en función de las acciones del jugador. Estos son ejemplos de diálogos creados por autores y controlados por el contexto de la historia, no una prueba de que se requiera ningún diseño de IA en particular. Muestran por qué un juego se beneficia al mantener explícitos los hechos de la progresión. (Inkle Studios sobre ink, documentación de diálogo de PNJ de Microsoft)
Asignar al modelo una tarea delimitada
Defina la respuesta generada como una interpretación de la información conocida, no como una fuente de nuevas verdades sobre el mundo. El personaje puede explicar un evento conocido con su propia voz, reaccionar a las palabras del jugador u ofrecer una observación relevante. No debe crear un nuevo hermano, cambiar quién tiene una llave, declarar que ha sucedido un evento de un capítulo cerrado ni establecer una causa oculta sin respaldo en los datos de la historia.
Una instrucción clara podría indicar: “Utiliza únicamente los hechos y el estado del capítulo proporcionados aquí. Puedes elegir la redacción y el tono. No añadas nombres, eventos, relaciones, motivos ni desenlaces como hechos. Si no se proporciona la respuesta, di que no lo sabes o que no puedes confirmarlo”. Este es un ejemplo de regla de diseño, no una garantía de que un modelo de IA siempre la vaya a cumplir. El juego todavía necesita controlar qué información llega al personaje y qué acciones puede activar una respuesta.
Distinguir la creencia de un personaje de un hecho del mundo
Los personajes pueden equivocarse, ser evasivos o mostrarse inseguros cuando la historia concebida por el autor así lo pretende. La distinción importante radica en si el juego presenta una afirmación como la perspectiva de ese personaje o como un hecho confirmado sobre el mundo. “Oí que el puente estaba cerrado” puede ser un rumor si la narrativa permite rumores. “El puente está cerrado” puede interpretarse como una actualización de estado fiable, especialmente si el juego depende de ella más adelante.
Para cada respuesta incierta o en disputa, decida si el personaje está informando sobre un conocimiento personal, repitiendo un rumor, especulando o declarando un canon confirmado. Marque esa categoría en el prompt o en los datos de diálogo y mantenga la redacción coherente. Si la historia no ha establecido quién construyó la vieja torre, un PNJ puede decir que ha oído versiones contradictorias; el modelo no debe resolver el misterio simplemente porque una respuesta parezca plausible.
Mantener el estado del capítulo actualizado y específico
Un modelo no puede respetar de forma fiable un hecho que no se le ha proporcionado. Transmita únicamente el estado necesario para la conversación, pero hágalo con precisión: el capítulo actual, los eventos completados relevantes, las preguntas importantes no resueltas y cualquier hecho que el personaje conozca personalmente. Evite resúmenes amplios que confundan eventos planificados con eventos completados. Una nota como “la puerta se abre después de que el jugador encuentre el sello” no debe confundirse con “el jugador encontró el sello”.
La investigación sobre modelos de lenguaje en juegos de rol de mesa trata el seguimiento del estado y la generación de diálogos como tareas relacionadas pero distintas. Los autores de *Dungeons and Dragons as a Dialog Challenge for Artificial Intelligence* describen la generación de turnos y la predicción del estado del juego a partir del historial de diálogo, incluyendo información de estado como detalles de personajes y acciones cambiantes. Eso respalda tratar el estado como una entrada explícita y una cuestión independiente; no demuestra que deba permitirse a una respuesta generada alterar el estado autoritativo del juego. (Callison-Burch et al., “Dungeons and Dragons as a Dialog Challenge for Artificial Intelligence”)
Utilizar una respuesta segura cuando falte canon
Elija una respuesta predeterminada para los vacíos en el registro. Dependiendo del personaje y la escena, la respuesta podría ser “No estuve allí”, “No lo sé” o “Nadie me lo ha dicho”. Si un rumor o la suposición de un personaje es apropiada, identifíquela claramente como tal. El objetivo es preservar la pregunta abierta hasta que la historia del autor la resuelva, permitiendo al mismo tiempo que la conversación continúe.
Esta alternativa de respaldo también debe cubrir las contradicciones. Si el estado del capítulo proporcionado indica que el jugador no ha conocido al capitán, pero el historial de la conversación parece indicar lo contrario, evite que el PNJ afirme con seguridad cualquiera de las versiones. Pida al sistema del juego que resuelva la discrepancia o permita que el PNJ dé una respuesta que no dependa del detalle en disputa. Esa política de respuesta es una recomendación de diseño deducida de la necesidad de mantener coherentes el estado y el diálogo; no es una conclusión extraída de un estudio de juego específico.
Contrastar las frases generadas con los límites establecidos
Antes de mostrar una respuesta, compruebe si introduce un nuevo hecho trascendental. Una revisión ligera puede plantear: ¿La respuesta nombra un evento, relación, motivo, ubicación, poseedor de un objeto o desenlace? ¿Está ese detalle en el canon o en el estado actual? ¿Está formulado explícitamente como una creencia o rumor? ¿Implica una transición de capítulo o una acción que el juego no ha registrado? Si un detalle trascendental carece de respaldo, vuelva a generarlo con restricciones más estrictas o recurra a la respuesta de incertidumbre.
El uso de prompts puede ayudar a mantener la coherencia del personaje, pero no debe tratarse como una base de datos del canon. Un informe de investigación de 2026 sobre PNJ basados en LLM en un juego de misterio de Minecraft describe el uso de técnicas de prompting para mejorar la coherencia de los personajes y del diálogo. Eso es prueba de un enfoque de investigación en un prototipo concreto, no una demostración de que el prompting por sí solo prevenga contradicciones en otros juegos. Mantenga los hechos creados y la progresión del juego en una fuente que el juego pueda consultar, y trate el diálogo generado como una respuesta candidata. (Heriot-Watt Research Portal, “Designing and Evaluating Interactive Narratives with Generative AI: LLM-Driven NPCs for a Minecraft Murder Mystery”)
Una regla práctica para la toma de decisiones
Al revisar una frase dudosa o controvertida, aplique estas comprobaciones en orden:
¿Es la afirmación un hecho establecido del mundo? Conserve la versión del autor.
¿Depende de lo que ha sucedido en esta partida? Utilice el estado actual del capítulo, no un resumen genérico de la historia.
¿Se trata de la perspectiva limitada o incierta del personaje? Deje clara esa perspectiva en la línea de diálogo.
¿No hay una respuesta respaldada? Permita que el personaje lo diga; mantenga abierta la pregunta.
¿Cambiaría la afirmación lo que el juego considera verdadero o completado? Solo la lógica de progresión creada por el autor debería efectuar ese cambio.
Este enfoque deja espacio para una conversación viva a la vez que mantiene legibles la autoría y la continuidad. El modelo puede improvisar cómo dice algo un personaje conocido; el registro del mundo decide qué puede afirmar con certeza el personaje como verdadero. Donde el registro guarde silencio, la incertidumbre es una respuesta válida, no un vacío que el modelo deba rellenar.