Un prompt para un juego de deducción social necesita un contrato de información antes que pantallas: define qué sabe cada jugador, qué reduce una pista pública, cómo se resuelven los votos y qué ocurre en cada final. Después pide una versión pequeña que muestre esos límites. Esto evita que la ambientación prometa una investigación que las reglas no permiten seguir.
Empieza por el ciclo de información
Antes de pedirle a un creador de juegos de IA una experiencia de deducción social, describe el ciclo que hace justa la sospecha: asigna roles ocultos, crea un evento público, limita lo que revela la pista, deja que los jugadores debatan, recoge votos secretos y define cómo termina la ronda. Un juego compacto puede probar esas reglas antes de añadir historia, poderes o partidas en línea.
Un contrato breve evita un vacío habitual: la historia dice que se descubre al culpable, pero las reglas no explican cómo una pista limita a los sospechosos o qué pasa en un empate. Decide primero esos detalles. Después separa información privada, pública, transiciones y estados finales en un formato que se pueda revisar.
Fija las reglas antes de la interfaz
Harbor Relay usa un incidente y una votación. Los grupos de insignias públicos se fijan antes de asignar al azar un Saboteador y cuatro Guardianes. Como la pista nombra un grupo de insignias, no un asiento, los jugadores reducen las opciones sin que se revele directamente la identidad. La deducción funciona porque la pista restringe el conjunto, pero no decide el voto.
| Fase | Información privada | Información pública y resolución |
|---|---|---|
| Preparación | Se mezclan un rol Saboteador y cuatro Guardianes entre cinco asientos; cada rol se muestra por turno en privado. | A y B llevan insignias de Media Luna; C, D y E, de Radios. Las insignias son públicas antes de asignar los roles. |
| Entrega de roles | El jugador asignado lee su rol, pulsa Ocultar y pasa el dispositivo. | La identidad del rol nunca aparece en el registro compartido del incidente. |
| Un apagón | El Saboteador elige en privado un terminal de relevo y provoca el incidente. | El registro nombra el terminal afectado y el grupo de insignia del Saboteador, Media Luna o Radios, pero nunca el asiento. |
| Debate | No se revela nueva información de roles. | Los jugadores tienen 90 segundos para hablar del registro y hacer afirmaciones. El juego no genera afirmaciones ni decide si son ciertas. |
| Voto secreto | Cada jugador activo vota en privado por un asiento. | No se muestra un recuento parcial. Al resolver los votos, mayoría estricta significa más de la mitad de los votos activos. |
| Veredicto | El rol del asiento expulsado solo se revela después de una decisión por mayoría estricta. | Los Guardianes ganan solo si expulsan al Saboteador. Este gana tras una expulsión equivocada o una votación sin veredicto. |
| Reinicio | Se descartan todos los roles privados. | Se borra la asignación, el incidente, el temporizador de debate y los votos; vuelve a la preparación. No hay segundo incidente ni desempate oculto. |
La entrega es deliberadamente sencilla: una persona ve un rol, lo oculta y pasa el dispositivo. Describe el uso local por turnos, no el multijugador en línea ni una garantía de seguridad. Una acción no válida, un voto duplicado o un reinicio deben tener resultados definidos antes de construir la interfaz.
Pide el ciclo de pistas y debate
La pista de insignia genera dos conjuntos posibles de candidatos. Una marca de Media Luna apunta a A y B; una de Radios, a C, D y E. El Saboteador siempre está dentro del grupo nombrado, y cada grupo incluye al menos otro asiento. La pista da información útil, pero no elige por los jugadores. En cada caso, el Saboteador puede ser uno de varios candidatos.
Para una comprobación en papel, asigna el rol de Saboteador a B. Un incidente de Media Luna deja como posibles a A y B. El registro dice «Media Luna» e identifica el terminal afectado, pero no muestra el asiento ni el rol de B. La misma regla funciona con cualquier asignación al azar porque todos los integrantes del grupo comparten la insignia pública.
Usa un prompt de contrato de reglas antes de pedir elementos visuales. Debe repetir el límite de privacidad y la lógica de victoria para que las omisiones se detecten antes de implementar:
Diseña un juego ficticio de deducción social para cinco asientos llamado Harbor Relay, con este contrato exacto. A y B tienen insignias públicas de Media Luna; C, D y E tienen insignias de Radios. Asigna al azar un Saboteador y cuatro Guardianes. Muestra cada rol en privado, uno por turno; la persona lo oculta y pasa el dispositivo. El Saboteador elige en privado un terminal y provoca un único apagón. El registro público muestra el terminal afectado y solo el grupo de insignia del Saboteador, nunca su asiento o rol. Da 90 segundos para debatir, luego permite un voto secreto por jugador activo sin recuento parcial. Expulsa a alguien solo con mayoría estricta, es decir, más de la mitad de los votos activos. Revela el rol de la persona expulsada después del veredicto. Los Guardianes ganan si expulsan al Saboteador; el Saboteador gana si expulsan a otra persona o no hay mayoría. En empate no hay desempate oculto. Reiniciar borra roles, incidente, debate y votos. Devuelve una tabla de fases, información visible y privada, condición de victoria, empate y reinicio. No añadas segunda ronda, poderes ni multijugador en línea.Lee el contrato devuelto como una lista de comprobación, no como prueba de que el juego funciona. Si convierte la pista en una revelación de asiento, añade otra ronda o inventa un desempate, señala esa línea y pide una corrección antes de diseñar la interfaz.
Pide la primera versión paso a paso
Cuando el contrato de información sea estable, describe la interfaz más pequeña que lo pueda mostrar. Un prototipo local por turnos necesita revelar el rol y ocultarlo al pasar, una acción de incidente, un registro público, un temporizador de debate, votos privados y un veredicto terminal. La secuencia importa porque una filtración temprana de rol puede invalidar todo el ciclo de deducción.
Mantén literal el prompt de creación. Evita añadir poderes de personajes, otras pistas o salas en línea solo porque sean comunes en el género. El objetivo es inspeccionar si este ciclo concreto sigue siendo comprensible y respeta los límites de información.
Crea un prototipo sencillo 2D de mesa para un dispositivo y varios jugadores por turnos, basado en el contrato ficticio de Harbor Relay. Implementa solo cinco asientos, un Saboteador asignado al azar, cuatro Guardianes, un único apagón, el registro público de terminal y grupo de insignia, 90 segundos de debate, una papeleta secreta por jugador activo y la regla de mayoría estricta. No muestres votos parciales. En caso de mayoría, expulsa al asiento elegido y revela su rol después; los Guardianes solo ganan si era el Saboteador. Sin mayoría, nadie es expulsado y gana el Saboteador. Reiniciar devuelve al inicio y borra roles, incidente, temporizador y votos. Haz que la pantalla se pueda ocultar en cada entrega del dispositivo. Muestra el estado necesario sin revelar roles privados. No añadas habitaciones en línea, cuentas, segunda ronda, chat generado, poderes ni desempates ocultos.Esto pide un intento de creación; no dice que ya se haya hecho. Revisa cada cambio de pantalla como una pregunta separada: ¿quién ve el rol ahora?, ¿qué es público?, ¿qué voto permanece oculto? y ¿qué condición exacta termina la partida?
Comprueba el resultado con casos de aceptación
Usa casos observables en vez de una revisión general de «se ve bien». Con cinco votos activos, una mayoría estricta requiere al menos tres, porque más de la mitad de cinco es más de 2,5. En el ejemplo manual, tres votos para B lo expulsan; dos no bastan. Comprueba también que una pista identifique un grupo sin nombrar un asiento.
| Caso | Preparación | Resultado visible esperado | Señal de fallo |
|---|---|---|---|
| Asignación de roles | Inicia una ronda nueva con cinco asientos. | Exactamente un Saboteador y cuatro Guardianes; cada rol se ve solo en su turno privado. | Cantidad incorrecta de roles o un rol aparece en el registro público. |
| Pista de Media Luna | Asigna a B como Saboteador sobre el papel y provoca el apagón. | El registro muestra terminal y Media Luna; A/B siguen siendo posibles; no nombra un asiento. | El registro identifica a B o descarta a A. |
| Pista de Radios | Asigna a C como Saboteador sobre el papel y provoca el apagón. | El registro muestra terminal y Radios; C/D/E siguen siendo posibles. | El registro nombra un asiento o muestra a alguien fuera del grupo. |
| Victoria de Guardianes | Cinco papeletas; tres o más identifican a B cuando B es Saboteador. | Expulsan a B, su rol se revela después y ganan los Guardianes. | El rol se revela antes o gana el equipo incorrecto. |
| Expulsión equivocada | Cinco papeletas; tres o más señalan a A cuando B es Saboteador. | Expulsan a A y gana el Saboteador. | Una expulsión equivocada da la victoria a los Guardianes. |
| Empate / sin veredicto | Votos 2–2–1; ningún asiento recibe más de la mitad. | No se expulsa a nadie; gana el Saboteador por falta de veredicto. | Un desempate oculto elige a alguien o la ronda queda sin resolver. |
| Acción no válida y reinicio | Envía voto duplicado o destino no válido, intenta revelar antes de tiempo y reinicia. | Las entradas no válidas no alteran el estado; el reinicio vuelve a preparación y borra roles, incidente, temporizador y votos. | Se cuenta un duplicado, se filtra un rol o queda estado previo tras reiniciar. |
Estos son casos de aceptación para una futura versión, no resultados de pruebas reportados. La ilustración final también es conceptual: muestra una elección decisiva de tres votos y una carta de rol girada después del voto, no un resultado de software.
Haz una revisión enfocada
Si falla un caso de aceptación, nombra el caso y el estado observado con exactitud. No pidas un pulido general que pueda cambiar reglas que ya funcionan. Por ejemplo, si un rol aparece en el registro del incidente, pide cambiar solo esa transición para que la identidad permanezca privada; conserva el resto de la lista.
Caso de aceptación: [caso fallido]. Esperado: [estado y respuesta visible]. Observado: [qué mostró el prototipo]. Cambia únicamente la regla o transición necesaria para corregir este caso. Conserva todas las conductas aprobadas, incluida la privacidad de roles, el alcance de la pista, el voto secreto, la mayoría estricta, la condición terminal y el reinicio. Indica el comportamiento exacto que cambió.Mantén la lista de casos original junto a cada revisión. Solo está lista para otra revisión cuando puedes decir qué cambió, qué conductas anteriores se conservaron y qué evidencia confirmará el nuevo estado.
Usa un flujo de creación de juegos en el siguiente paso
La página actual de Free AI Game Maker de SEELE describe instrucciones en lenguaje natural, una primera versión jugable 2D o 3D, pruebas en navegador y mejoras mediante prompts posteriores. Anuncia Koins gratuitos y aconseja revisar el coste mostrado. Es un flujo general, no una función confirmada de deducción social ni una prueba de Harbor Relay.
Si exploras la idea en un creador de juegos, empieza con el contrato de reglas y la lista de aceptación. Revisa la visibilidad de roles, el alcance de la pista, la privacidad de las papeletas y cada condición terminal. Trata el resultado como algo que inspeccionar, no como evidencia de que las reglas se respetaron automáticamente.
Cuando quieras dar forma a tu propio resumen de juego, abre el creador gratuito de juegos con IA . El ejemplo y las imágenes de Harbor Relay son material de diseño ficticio, no salida de SEELE ni una afirmación de juego probado.
Preguntas frecuentes sobre prompts de deducción social
¿Qué debería especificar primero en un prompt de deducción social?
Empieza por el contrato de información: quién recibe cada rol oculto, qué pasa a ser público, qué puede revelar la pista y qué debe permanecer oculto, y cómo se resuelven los votos. Después define victoria, empate y reinicio. La temática visual puede añadirse cuando esas reglas estén claras.
¿Cómo mantengo útil una pista sin que decida la partida?
Enumera el conjunto de candidatos que produce la pista y confirma que siempre incluya el rol oculto más al menos otra persona plausible. La insignia de Harbor Relay deja dos o tres candidatos según el grupo. Así aporta información y conserva una decisión real para el debate y el voto.
¿Pasar el dispositivo equivale al multijugador en línea?
No. «Pasar y jugar» significa que varias personas usan un dispositivo por turnos y la pantalla se oculta entre turnos privados. No implica red, cuentas, emparejamiento ni juego a distancia. Harbor Relay usa ese formato local y no ofrece una garantía de seguridad.
¿Qué ocurre si la votación termina en empate?
Decide la regla antes de pedir una versión. Harbor Relay no tiene desempate oculto: cualquier votación sin mayoría estricta termina sin veredicto y gana el Saboteador. Otro juego puede reiniciar el debate o permitir una segunda votación, pero debe especificarlo.
¿Cómo reviso una primera versión?
Ejecuta un caso pequeño para cada límite de información y condición terminal: revelación de rol, pista pública, voto privado, expulsión correcta e incorrecta, ausencia de veredicto, entrada no válida y reinicio. Registra la preparación y el resultado esperado, y compara lo que realmente muestra la versión.
