Cómo mantener encauzada una escena de juego con preguntas libres sin limitar la curiosidad del jugador
Para un diseñador de narrativa indie que construye una escena donde los jugadores pueden preguntarle cualquier cosa a un PNJ, la historia se mantiene coherente cuando las preguntas y el avance de la trama se gestionan por separado. Permite que el jugador formule preguntas libremente, pero decide de antemano qué sabe el mundo, qué sabe este PNJ y qué estados específicos del juego tiene permitido modificar la escena. Luego, conecta las diversas preguntas a un conjunto reducido de desenlaces predeterminados: responder a partir de hechos establecidos, aplazar lo que el PNJ no puede contestar o reconducir la conversación hacia una ruta conocida. El jugador puede dirigir la conversación sin inventar accidentalmente una pista ni activar un giro argumental no planificado.
Comienza con los hechos y el estado de la escena
Imagina una tranquila escena de ficción en un faro. La farera, Mara, está esperando a un mensajero que lleva una llave de latón. El propósito de la escena es permitir que el jugador descubra por qué el faro está a oscuras y decida si ayuda a Mara a hacer una señal al puerto. Este es un ejemplo de diseño, no un informe de un juego publicado.
Antes de escribir el diálogo, crea una ficha de escena compacta con tres listas separadas:
**Hechos del mundo:** La lámpara está a oscuras porque se retiró la lente para repararla. La llave la tiene el mensajero. El puerto está esperando una señal.
**Conocimiento de Mara:** Sabe que la lente está fuera y que el mensajero debía llegar antes del atardecer. No sabe dónde está el mensajero ahora ni por qué ha venido el jugador.
**Cambios de estado permitidos:** `lens_explained` puede pasar a verdadero; `player_offered_help` puede pasar a verdadero; y `signal_route_open` puede pasar a verdadero solo después de que el jugador ofrezca ayuda y Mara acepte. Ninguna pregunta por sí sola marca la señal como enviada, encuentra la llave ni cambia la ubicación del mensajero.
Esta separación es fundamental porque una respuesta verosímil puede convertirse silenciosamente en un nuevo hecho del mundo. Si Mara improvisa diciendo que vieron al mensajero cerca del puente norte, el jugador podría interpretar eso razonablemente como una pista. A menos que el puente forme parte de la escena planificada, la respuesta habrá creado contenido y posiblemente una nueva obligación de misión. La ficha de escena brinda a los guionistas e implementadores una referencia compartida de lo que se puede decir y de lo que puede suceder.
Permite que las preguntas varíen mientras los resultados se mantienen acotados
El lenguaje natural ofrece muchas formas de preguntar lo mismo. Un jugador podría preguntar: «¿Por qué está apagada la luz?», «¿Qué le pasó a la señal?» o «¿Todavía puedes guiar a los barcos?». Todas esas formulaciones diferentes pueden conducir a la explicación establecida sobre la lente. Sin embargo, no todas las preguntas requieren una respuesta directa. Clasifica las preguntas según su relación con los hechos y el propósito de la escena.
Pregunta fuera de guion: «¿Quién robó la lente del faro?» — Clasificación: **Responder** — Respuesta de ejemplo y efecto: «Nadie la robó. Se la llevaron a reparar». Establecer `lens_explained = true`; no mencionar a ningún culpable.
Pregunta fuera de guion: «¿Dónde está el mensajero ahora mismo?» — Clasificación: **Aplazar** — Respuesta de ejemplo y efecto: «No lo sé. Tenía que llegar antes del atardecer». Sin cambio de estado; el PNJ no adquiere conocimientos solo porque el jugador pregunte.
Pregunta fuera de guion: «¿Podemos usar la lámpara para enviar una señal al puerto?» — Clasificación: **Reconducir a una ruta conocida** — Respuesta de ejemplo y efecto: Mara dice que la lente sigue fuera y luego ofrece la opción predeterminada de ayudar a hacer una señal al puerto de otra manera. Abrir esa ruta solo si el jugador acepta y Mara está de acuerdo.
Estas etiquetas describen desenlaces de diseño, no plantillas de respuesta rígidas. Una respuesta puede reconocer las palabras del jugador antes de ofrecer un dato conocido. Un aplazamiento puede brindar un siguiente paso útil, como comprobar si llega el mensajero. Reconducir a una ruta significa volver a conectar la pregunta con la opción planteada por el autor para la escena; no es necesario cortar la conversación ni repetir la misma frase. La clave reside en que la redacción de la respuesta puede adaptarse mientras sus afirmaciones objetivas y efectos de estado se mantienen definidos.
Resuelve la intención y el estado antes de componer la línea
Para cada pregunta entrante, revisa primero el estado confirmado de la escena. Determina si indaga sobre un hecho establecido, sobre un dato que el PNJ no puede saber o si se trata de una solicitud para realizar una acción permitida. Una pregunta puede abarcar más de una categoría; una respuesta sobre la lámpara y un ofrecimiento de ayuda pueden ser resultados independientes. Luego, elige una vía de respuesta y redacta la frase dentro de esa vía. El texto generado es la presentación de la decisión, no quien toma la decisión.
Este orden cobra especial relevancia cuando el jugador pregunta sobre un suceso futuro. «¿Llegó el mensajero?» tiene una respuesta distinta si el mensajero ya ha llegado que si la escena aún lo registra como desaparecido. Ni un tono seguro ni las suposiciones del jugador deberían alterar ese estado. Si el estado requerido no está disponible, la escena debería fallar de forma visible durante el desarrollo y evitar emitir una afirmación canónica. No asumas de forma encubierta que el mensajero llegó ni inventes un avistamiento en el puente para que el intercambio parezca completo.
Mantén los efectos de estado aceptados de forma reducida y explícita. Por ejemplo, un ofrecimiento de ayuda puede solicitar una transición conocida de `player_offered_help`. El juego puede verificar que el jugador la eligió y que Mara la aceptó antes de que cambie `signal_route_open`. Una pregunta que simplemente mencione la palabra «ayuda» no debería contar como un ofrecimiento. En un prototipo, la respuesta y la transición confirmada se pueden registrar una al lado de la otra para su revisión.
Protege la escena de revelaciones tempranas accidentales
Es posible que el jugador pregunte directamente sobre la respuesta final antes de haber descubierto sus bases. Decide qué información puede compartir Mara en el punto actual de la historia. Un aplazamiento sincero como «No he visto al mensajero» puede preservar tanto el conocimiento del personaje como la capacidad del jugador para seguir explorando. No debería fingir que se ha encontrado una pista ni ocultar un hecho ya establecido simplemente para prolongar la escena.
En el [artículo sobre el prototipo NEO NPC de Ubisoft](https://news.ubisoft.com/en-us/article/5qXdxhshJBXoanFZApdG3L/how-ubisofts-new-generative-ai-prototype-changes-the-narrative-for-npcs), el estudio describe historias de personajes perfiladas por guionistas y limitaciones de escenarios frente a las intervenciones espontáneas de los jugadores. Se trata de un testimonio de primera mano sobre un prototipo experimental, no de una afirmación categórica de que un diseño de límites específico funcione en juegos comerciales. La lección útil para esta escena es redactar el conocimiento y el rol del personaje antes de pedirle a un modelo que improvise una línea.
El [relato de Jamin Smith sobre Acolyte](https://www.gamedeveloper.com/design/deep-dive-designing-for-spontaneity-and-non-linearity-in-alternate-reality-games-with-i-acolyte-i-) describe el beneficio de las preguntas en lenguaje natural y un problema de ritmo cuando los jugadores más hábiles descubrían información demasiado pronto. Esta es la reflexión de un diseñador sobre un juego en particular. En el ejemplo del faro, una pregunta para revisar es si preguntar por el mensajero puede revelar un hecho posterior de la trama antes de que el juego lo haya establecido. De ser así, modifica el conjunto de hechos permitidos en ese estado, no solo la redacción de la respuesta.
Haz que las reconducciones fuera de guion sean útiles y no repetitivas
Una pregunta imprevista no debería activar siempre la misma frase de «No puedo responder a eso». Mara puede reconocer una parte válida de la pregunta, plantear un límite y señalar una opción establecida. Si se le pregunta a dónde fue el mensajero, podría explicar lo último que sabe y ofrecer revisar la señal del puerto. Si se le pregunta si se puede reparar la lámpara, puede explicar que falta la lente y describir la alternativa conocida. La respuesta se mantiene dentro de la escena sin dejar de responder al interés real del jugador.
Una reconducción debe ser una vía hacia algo que el jugador pueda hacer, no una exigencia de usar una frase exacta. Ofrece la misma acción diseñada a través de múltiples preguntas naturales y mediante una interacción visible ajena al chat. Esto permite que un jugador que deja de hablar pueda seguir progresando, y permite al diseñador comprobar si las preguntas libres aportan personalidad en lugar de convertirse en un acertijo con contraseña oculta. Los matices opcionales pueden variar ampliamente; una pista obligatoria debe tener un lugar estable y verificable en el mundo.
Prueba las preguntas libres contrastándolas con la historia registrada
Asigna a un tester la escena y un objetivo sencillo: comprender por qué la luz está apagada y decidir si ayuda. No le digas qué preguntas formular. Observa qué afirmaciones interpreta como pistas, si alguna respuesta altera su siguiente acción y si puede llegar a la opción prevista sin reproducir una frase concreta. Después, compara la conversación con la ficha de escena y los cambios de estado reales.
Añade una ronda de pruebas negativas con preguntas que inciten a la invención: «¿Qué puente cruzó el mensajero?», «¿Quién robó la lente?» y «¿Ya envié la señal?». En el estado inicial, una respuesta válida no inventa un avistamiento en el puente, un robo ni una señal ya enviada. Puede responder con el hecho conocido de la reparación, reconocer que se desconoce el paradero del mensajero o dirigir al jugador hacia la opción aceptada para la señal. Revisa el registro tanto para el texto como para los indicadores almacenados: `signal_route_open` debe permanecer en falso hasta que se acepte la oferta, mientras que `signal_sent` debe permanecer en falso hasta que ocurra la acción diseñada independiente.
Si una línea generada crea una pista sin sustento, averigua si la ficha de escena omitió un hecho, si el PNJ recibió un contexto demasiado amplio o si la respuesta pasó por alto un límite explícito. Si los jugadores pueden preguntar libremente pero no logran encontrar la siguiente acción significativa, mejora la ruta de regreso a la opción planificada. Una escena coherente con preguntas libres es aquella en la que la redacción del jugador puede variar mientras los hechos del mundo, el conocimiento de los personajes y las consecuencias reales se mantienen comprensibles.