Mapear las decisiones antes de escribir la escena

Un juego narrativo ramificado necesita un modelo de estado antes de necesitar más diálogo. Nombra escenas, decisiones que cambian variables persistentes, condiciones que habilitan acciones y finales correspondientes. El ejemplo ficticio de Orison Observatory se ha calculado en papel; no se ha construido ni probado.

The Last Light at Orison Observatory es un diseño didáctico original y ficticio. El observatorio de montaña, los turnos de acción, las variables de historia, las operaciones del relé y los finales son ejemplos escritos; no se han generado ni probado.

Mapear las decisiones antes de escribir la escena

Empieza dibujando un grafo pequeño. Un nodo es una escena o decisión; una arista es una acción que lleva a otro nodo; una variable de estado recuerda algo que afecta decisiones posteriores. Separa escenas y estado para encontrar pronto rutas que parecen distintas, pero terminan igual.

El diálogo puede hacer que dos rutas suenen diferentes aunque ambas conduzcan al mismo estado. Un grafo revela pronto el problema: si una arista nunca cambia estado, abre una nueva elección ni altera un final, quizá no sea una decisión significativa.

El ejemplo tiene una estructura deliberadamente pequeña: entrar al observatorio, gastar dos turnos de preparación, volver a una sala de relé compartida y resolver los flags en una decisión final.

Definir dos elecciones y cuatro resultados alcanzables

El jugador empieza con exactamente dos turnos opcionales antes de que la tormenta cierre el puente. En cada turno puede elegir Archivo, Ayudao Wait. Archivo y Ayuda cuestan un turno cada una y solo se eligen una vez. Esperar consume un turno sin cambiar el estado. Se permite cualquier orden, por lo que todas las combinaciones son alcanzables.

Las reglas permiten cuatro combinaciones: ninguna preparación, solo Archivo, solo Ayuda y ambas. Esperar deja pasar un turno sin inventar una tercera variable. Si se intenta repetir una preparación, se desactiva sin cambiar estado.

En el relé, «repetir suma de verificación» solo se habilita con logFound verdadero y «solicitar ajuste manual» con keeperTrust verdadero. Una opción no disponible sigue visible con su motivo; intentarla no cambia nada.

El final se deriva de los dos flags de preparación:

El caso con ambas variables verdaderas importa porque una acción debe completar ambas operaciones habilitadas, en orden, antes de transmitir. El contrato solo necesita dos flags si Confirmar es atómico y su orden se define explícitamente.

Pedir un grafo, una parte jugable y luego una auditoría

Separa las tareas. Primero pide un contrato de estados con cada ruta y condición. Después solicita una parte jugable compacta o una especificación estructurada. Por último enumera rutas y compara observaciones reales sin inventar resultados.

Prompt 1: devolver el grafo narrativo

Diseña una parte de narrativa ramificada para The Last Light at Orison Observatory. Es un concepto ficticio, no probado. El jugador tiene dos turnos antes de que la tormenta cierre el puente. En cada turno elige Archivo, Ayuda o Esperar. Archivo y Ayuda se usan una vez. Archivo establece logFound=true; Ayuda establece keeperTrust=true; Esperar no cambia flags. Ambas preparaciones vuelven a un relé compartido, en cualquier orden. En el relé, repetir la suma requiere logFound y ajustar manualmente requiere keeperTrust. Si ambos son verdaderos, Confirmar ejecuta suma, ajuste y transmisión en ese orden. Devuelve grafo, condiciones, feedback de opciones no disponibles y matriz de cuatro finales. No añadas flags.

Esta solicitud pide un contrato completo del grafo, no prosa larga. Comprueba que Esperar pueda ocupar cualquiera de los dos turnos, ambas preparaciones sean alcanzables en cualquier orden y cada combinación lleve al final definido.

Prompt 2: solicitar una parte narrativa jugable

Construye una parte narrativa compacta desde el contrato aprobado. Muestra entrada, escenas Archivo y Ayuda, relé compartido, opciones condicionales, Confirmar y cuatro finales. Enseña flags y turnos restantes. Las opciones no disponibles siguen visibles con su motivo y no cambian estado si se intentan. Incluye reinicio. No cambies reglas ni añadas flags.

Solicita una visualización de estado junto al diálogo. El jugador debe ver qué preparaciones completó, por qué una operación está deshabilitada y qué hace Confirmar cuando ambas están listas.

Prompt 3: enumerar rutas y comparar observaciones reales

Audita el grafo frente al contrato. No inventes resultados. Enumera los cuatro estados posibles de logFound y keeperTrust; para cada uno indica acciones habilitadas, orden de Confirmar y final esperado. Compáralos con observaciones reales solo cuando se aporten. Si no hay observaciones, etiqueta el comportamiento como no observado.

El prompt de auditoría deja claro qué evidencia falta. Antes de probar, puede devolver transiciones esperadas y una lista de comprobación; después de una observación real, permite comparar estados y proponer una revisión.

Encontrar callejones sin salida y elecciones irrelevantes

Recorre el grafo desde el estado inicial y verifica una ruta legal para cada combinación. Comprueba si la escena muestra la consecuencia del estado y si la elección importa. Una ruta que vuelve al centro debe conservar las variables necesarias para el final.

Usa la primera diferencia para decidir qué cambiar. Si no se alcanza un resultado, corrige el grafo o el significado de los turnos antes de editar diálogo. Si estado es correcto pero la prosa no, revisa escena sin cambiar flags.

Pasar un grafo escrito a una primera creación

Cuando el grafo sea coherente, un brief breve en lenguaje natural puede servir para explorar la idea. La página actual de Free AI Game Maker de SEELE describe prompts, revisión de resultados jugables en 2D o 3D e iteración en Workspace; no garantiza este grafo.

Incluye la tabla de nodos y aristas y la matriz de finales. Después inspecciona estados, elecciones, feedback y reinicio reales. Compara cada ruta con el contrato antes de ampliar el diálogo.

Añadir profundidad narrativa después de estabilizar el grafo

No añadas un tercer flag solo para generar diálogo. Primero confirma que los dos actuales producen cuatro combinaciones, que el relé responde a ellas, que Confirmar sigue el orden indicado y que el reinicio limpia ambos.

Cuando el contrato esté listo, lleva el grafo al creador de juegos con IA, inspecciona qué representa realmente el resultado y revisa una transición por vez.