Diseña un juego narrativo de cartas con un ciclo claro

Para crear con IA un juego narrativo de cartas, asigna a cada carta una función: qué permite compartir, qué estado modifica y cómo responde otro personaje. Un primer ciclo compacto puede usar cuatro cartas, dos espacios para el mensaje, una respuesta y un reinicio. Así se entiende la función de cada carta sin empezar con un mazo grande ni muchas ramificaciones.

El ejemplo siguiente, The Last Postcard, es un diseño original en papel sobre Iris, una grabadora, y su hermano Eli. No se ha construido ni probado. Úsalo como modelo de reglas y compara tu versión jugable con los estados esperados antes de afirmar que una mecánica se ha probado.

Haz que cada carta cambie lo que puede contar la historia

Una carta narrativa es más que una opción de diálogo con una ilustración. Debe producir algo reconocible: revelar un detalle, hacer una promesa, plantear una pregunta que el otro personaje pueda responder o cambiar lo que sabrá una escena posterior. Si dos cartas siempre generan la misma respuesta y el mismo estado, combínalas o dales consecuencias distintas.

For The Last Postcard, Iris prepara un mensaje para Eli, que se mudó al otro lado de la ciudad tras un desacuerdo familiar. La mano es fija: en esta primera parte no hay robos aleatorios. Iris coloca una carta de Recuerdo y otra de Respuesta, y luego envía el mensaje. Cada carta se puede usar una sola vez.

Empieza separando la función de los dos espacios. Una carta de Recuerdo aporta un contexto al que Eli puede referirse. Una carta de Respuesta determina cómo contestará Iris. La condición de Pregunta es importante: preguntar sinceramente por un recuerdo compartido no equivale a preguntar por algo que Eli desconoce.

Este contrato asigna a cada carta un espacio, una condición previa y una consecuencia visible. También define una regla de coherencia: una carta Pregunta deshabilitada no puede enviar una pregunta ni cambiar una variable.

Define las combinaciones válidas antes de añadir escenas

Anota las combinaciones válidas antes de escribir los diálogos. Hay tres pares válidos y uno inválido. Es más fácil revisar una respuesta breve para cada par válido que un guion ramificado con reglas de estado escondidas en el texto.

El texto de la respuesta no debe insinuar una variable que las cartas elegidas no activaron. En particular, Página en blanco + Promesa no genera una respuesta a una pregunta: no se jugó Pregunta. El par deshabilitado también necesita una explicación para que la persona sepa qué falta y no crea que la carta está rota.

En esta parte, conserva solo dos valores entre escenas: detailShared y promiseMade. Después de que Eli responda, un panel pequeño puede mostrar qué valores recibiría una escena posterior. Es una vista previa del estado, no una segunda escena jugable. Reiniciar borra ambos valores, restaura la mano fija y vacía los dos espacios.

Pide el ciclo mínimo entre cartas y respuesta

Describe la interacción y sus transiciones de estado, no solo la premisa y el tono. Un buen prompt indica la mano inicial, los dos espacios, qué modifica cada carta, cuándo se puede enviar y qué podrá revisar el jugador después. Limita el primer resultado para poder comprobarlo en una sesión.

Prompt 1: convierte la idea en un contrato de reglas

Diseña un juego narrativo de cartas de una sola escena llamado The Last Postcard.
El jugador envía un mensaje de Iris a su hermano Eli.
Usa exactamente cuatro cartas fijas: Matasellos, Página en blanco, Promesa y Pregunta.
El jugador coloca una carta en Recuerdo y otra en Respuesta, y luego elige Enviar.
Cada carta se usa una vez por mensaje; no añadas robo, descarte ni cartas adicionales.

Matasellos establece detailShared=true y comparte el lugar junto al río y la fecha.
Página en blanco mantiene detailShared=false.
Promesa establece promiseMade=true.
Pregunta solo se habilita si detailShared=true; de lo contrario, déjala visible,
deshabilitada con el motivo «Comparte un recuerdo primero» y sin efecto.

Resuelve Matasellos+Promesa, Matasellos+Pregunta y Página en blanco+Promesa
con respuestas diferentes que coincidan con sus variables. Rechaza Página en blanco+Pregunta.
Tras una respuesta, muestra las dos variables transferidas en un panel. Reiniciar debe
borrar ambas variables, restaurar las cuatro cartas y vaciar los dos espacios.
Devuelve una tabla de estados compacta, el flujo del mensaje y criterios de aceptación.
No añadas otra escena, robos aleatorios ni variables no especificadas.

Este prompt pide primero un contrato, útil incluso si la herramienta no puede implementar todas las reglas de una vez. Comprueba que los tres pares válidos tengan respuesta, que el cuarto esté bloqueado y que el estado de reinicio sea explícito. Corrige aquí las contradicciones antes de pedir una interacción jugable.

Prompt 2: solicita una interacción fácil de revisar

Construye una interacción breve de mensajes con cartas según el contrato aprobado.
Muestra las cuatro cartas, los espacios Recuerdo y Respuesta, Enviar, las dos variables
actuales, la respuesta de Eli y Reiniciar en una escena legible.
Exige elegir Recuerdo antes de habilitar una carta de Respuesta. Impide que el jugador
use una carta dos veces o envíe Página en blanco+Pregunta. Muestra el motivo exacto
por el que una carta está deshabilitada. Después de Enviar, retira el par usado de la
mano y muestra la respuesta correspondiente de Eli.
Muestra detailShared y promiseMade solo en un panel de transferencia para una escena futura;
no añadas ni insinúes una segunda escena jugable.
Usa como escenario la imprenta junto al río y el apartamento, con diálogos breves que
no atribuyan efectos a cartas que no se jugaron. Haz visibles la selección, los cambios
de estado y el reinicio. Si una regla no es compatible, explica la limitación y entrega
una especificación de diseño en vez de cambiarla sin avisar.

La disposición visual puede ayudar a percibir el estado, pero verifica la interacción. ¿Se puede elegir primero Recuerdo? ¿Pregunta solo se habilita después de Matasellos? ¿El mensaje usa el par elegido y muestra la respuesta correspondiente? Son comprobaciones del prototipo, no resultados garantizados por el prompt.

Revisa el diseño en papel sin llamarlo prueba de juego

Un prompt puede especificar una regla y aun así dejar poco clara la acción del jugador. Aquí, Pregunta empieza deshabilitada si no se comparte un recuerdo. Mostrar solo ese estado no explica cómo habilitarla. Actualiza el texto para indicar «Comparte un recuerdo primero», mantén la carta visible y no cambies el estado ante un intento no válido.

Esta es una iteración en papel: las reglas y la respuesta esperada se comparan sobre el diseño. No es una prueba observada con usuarios, un juego generado ni evidencia de que un producto implemente la condición. En un prototipo real, observa si el jugador identifica la carta necesaria y si un intento inválido deja intactas ambas variables.

El cambio de texto no modifica la regla narrativa; ofrece una manera de aportar el contexto que falta. Mantén clara esa diferencia al pedirle a una IA que revise un prototipo: una indicación de usabilidad no debe activar en secreto detailShared ni enviar un mensaje.

Comprueba el estado, la respuesta y el reinicio

Sigue cada par válido desde un inicio limpio. Confirma que las cartas elegidas desaparezcan de la mano activa al enviar, que la respuesta de Eli corresponda al par y que el panel transfiera solo los dos valores definidos. Reinicia y repite. Una respuesta clara no basta si contradice las cartas o si una partida anterior altera la siguiente.

Anota lo que observes: estado inicial, cartas elegidas, comentarios, respuesta y estado tras reiniciar. Si un resultado difiere del contrato, cambia una regla o un prompt cada vez y repite el mismo recorrido. No presentes una predicción en papel como una prueba superada en un juego.

Lleva el contrato de cartas a la primera creación

La página oficial de Free AI Game Maker describe cómo redactar una idea en inglés sencillo, probar en el navegador un resultado jugable en 2D o 3D y mejorarlo con prompts posteriores. Sus preguntas frecuentes indican que SEELE Workspace muestra el modelo seleccionado, el saldo disponible de Koin y el coste de generación antes del envío. Esto respalda un flujo general de creación, pero no confirma la mano de cartas, las variables persistentes, el diálogo condicional ni las reglas ficticias de The Last Postcard.

Compara el resultado con los criterios de aceptación. Si faltan los estados de las cartas o la regla de Pregunta deshabilitada, solicita un cambio concreto y vuelve a revisarlo. Si la herramienta entrega una estructura narrativa sin el comportamiento requerido, conserva las reglas como especificación para otro paso y no la describas como un juego narrativo de cartas funcional.

Añade otra carta solo si crea una nueva elección

Mantén la mano inicial fija hasta que sea fácil seguir los tres pares válidos, el estado deshabilitado, la respuesta, el panel de transferencia y el reinicio. Añade una carta solo si cambia lo que Iris puede comunicar o lo que Eli puede responder. Una ilustración nueva o una frase distinta no requieren por sí solas otra variable.

Cuando tu propio prototipo funcione como esperas, puedes usar Free AI game maker de SEELE para seguir dando forma a tu idea y revisarla. Conserva el contrato de cartas junto a cada iteración para vincular la respuesta narrativa con las decisiones que la provocaron.