Diseña un acertijo cooperativo que requiera a ambos jugadores

Haz que ambos jugadores sean necesarios para el primer acertijo

Un prompt para una sala de escape cooperativa debe indicar qué hace cada jugador y cómo se combinan sus acciones. Empieza con una pista compartida, dos consolas asignadas a cada jugador y una regla de confirmación sincronizada. Después define qué cambia un par correcto, qué reinicia una discrepancia y cómo se abre la salida. Llamarlo cooperativo no impide por sí solo que una persona resuelva la sala por ambas.

Bellglass Vault es un diseño didáctico original para esta secuencia de prompts. Incluye una sala, una pista pública de tres símbolos y dos jugadores locales en consolas separadas. El recorrido de reglas que sigue se resolvió a mano: no se ejecutó ningún prompt ni se proporcionó una versión jugable o probada.

Antes de describir los adornos de latón o la atmósfera, define el contrato cooperativo:

Este contrato asigna una acción necesaria a cada jugador sin ocultarle información a su compañero. El mural es público, por lo que la cooperación depende de la asignación de consolas y del tiempo, no de una pista secreta que solo uno pueda leer. Las asignaciones de teclado siguientes son propuestas de diseño; no demuestran que un producto o prototipo concreto admita controles dobles.

Define quién controla cada consola y cuál es la pista compartida

Asigna controles distintos a las consolas de cada jugador e indica cuándo se bloquea un dial. El jugador A cambia el dial oeste con A/D y confirma con F. El jugador B cambia el dial este con las flechas izquierda/derecha y confirma con Mayús derecha. Cada dial ofrece luna creciente, ola o estrella. Ambos leen el mismo orden en el mural; las consolas no contienen pistas privadas.

Al confirmar, bloquea el símbolo de ese jugador e inicia un temporizador de 3 segundos. Cuando confirme su compañero, resuelve el par inmediatamente:

Tras un fallo, reinicia solo el intento activo. No apagues una luz de un símbolo resuelto, quites una vida ni inicies otro temporizador para la sala: ninguna de esas reglas pertenece a este ejemplo. Incluir la recuperación en el mismo prompt que el caso de éxito evita que el juego invente otra penalización.

Muestra la acción de emparejamiento y su respuesta

La interacción es un ciclo breve de estados: ambas consolas empiezan en neutral; la primera confirmación bloquea un dial e inicia el temporizador; la segunda avanza la pista o reinicia el intento. Tras el primer par correcto, la ola se convierte en el siguiente objetivo del mural y permanece encendida la primera de las tres luces de la puerta.

Ejemplo resuelto a mano: el jugador A confirma luna creciente en t=0. El jugador B confirma luna creciente en t=2.4, dentro del plazo de tres segundos; se enciende la primera luz y ambos diales se reinician para la ola. En el paso de la ola, el jugador A confirma ola en t=0 , mientras que el jugador B confirma luna creciente en t=1.0. La discrepancia reinicia ambos diales; la primera luz sigue encendida y la ola continúa como objetivo. Ambos pueden volver a intentarlo. Este es un cálculo basado en reglas propuestas, no el resultado de una prueba con usuarios.

La imagen del mecanismo muestra otro momento: la ola es el objetivo activo, el jugador A ha colocado el símbolo correspondiente y espera, y el jugador B ha seleccionado ola, pero aún no ha confirmado. Solo está encendida la primera luz de la puerta. Si el jugador B confirma la ola antes de que venza el plazo, se completa el segundo paso; una confirmación tardía o distinta reinicia solo este intento.

Vincula la respuesta al estado: una luz se enciende solo tras un par correcto; una discrepancia mantiene la luz y el paso actuales; un vencimiento borra la selección pendiente. No añadas una cuenta regresiva para toda la sala si el diseño solo contempla el plazo del par.

Pide una sola sala por etapas

Pide primero la tabla de reglas y luego solicita un acertijo local para dos jugadores con la secuencia de tres símbolos, consolas separadas, plazo de confirmación, recuperación y salida. No mezcles inventario, campaña, roles ocultos ni juego en línea. Las plantillas siguientes son prompts de diseño; no se han ejecutado en un creador de juegos.

Etapa 1: devuelve el contrato de reglas

Diseña un acertijo cooperativo de escape de una sola sala para dos jugadores locales que comparten pantalla. Antes de describir el arte o añadir funciones, devuelve una tabla de estados que incluya: número y modalidad de jugadores, consola y controles asignados a cada uno, pista visible para ambos, paso actual del símbolo, inicio del temporizador, condición exacta de éxito, respuesta ante discrepancias y vencimientos, condición de salida y estado tras reiniciar.

Usa un mural público que muestre luna creciente, ola y estrella. El jugador A controla la consola oeste, cambia su dial con A/D y confirma con F. El jugador B controla la consola este, cambia con las flechas izquierda/derecha y confirma con Mayús derecha. Ambas consolas ofrecen los mismos tres símbolos. Una confirmación bloquea ese dial e inicia un plazo de 3 segundos. Avanza solo si ambos jugadores confirman el mismo símbolo correcto dentro del plazo. Cualquier discrepancia, símbolo incorrecto elegido por ambos o vencimiento desbloquea ambos diales, borra el temporizador y conserva el paso actual. Tras tres pares correctos, enciende las tres luces de la puerta y abre la salida; la sala solo se completa cuando ambos jugadores la cruzan. Reiniciar apaga todas las luces, vuelve a la luna creciente, desbloquea ambos diales y los deja en neutral.

No añadas pistas privadas, vidas, temporizador para toda la sala, juego en línea ni penalizaciones no especificadas. Señala cualquier conflicto de controles o estados en vez de cambiar el contrato sin avisar.

Etapa 2: solicita un prototipo acotado

Crea un prototipo pequeño de escape cooperativo local, en una sola sala y una misma pantalla, según el contrato aprobado. Coloca dos avatares ante consolas de latón claramente separadas, oeste y este. Desde ambas posiciones debe verse el mismo mural luna creciente → ola → estrella y una salida cerrada con tres luces.

Asigna al jugador A solo la consola oeste: A/D cambia entre sus tres glifos y F confirma. Asigna al jugador B solo la consola este: las flechas izquierda/derecha cambian sus glifos y Mayús derecha confirma. Cada confirmación bloquea esa selección y, si es la primera, inicia el plazo de 3 segundos para el par. La segunda confirmación tiene éxito solo si coincide con la selección del compañero y con el glifo actual del mural antes de que venza el tiempo. En ese caso, enciende solo la siguiente luz de la puerta, avanza un símbolo, desbloquea ambas consolas y devuelve los diales a neutral.

Ante una discrepancia, un símbolo incorrecto coincidente o un plazo de 3 segundos vencido, borra las selecciones pendientes y el temporizador, pero conserva el paso actual de la pista y las luces ya encendidas. No quites vidas ni avances la sala. Tras el par de la estrella, enciende la tercera luz y abre la salida; ambos jugadores deben cruzarla para terminar. Al reiniciar, vuelve a la luna creciente con todas las luces apagadas y ambos diales en neutral.

Muestra el objetivo compartido actual, cada glifo seleccionado, qué consola espera, el temporizador del par y las luces de la puerta con indicaciones legibles dentro del mundo, sin depender de texto generado. Devuelve la asignación de controles y las transiciones esperadas para luna creciente, ola, estrella, discrepancia, vencimiento, salida final y reinicio. Limita el acertijo a esta sala y estas reglas. No añadas conexión en red ni afirmes que los controles son compatibles sin revisar el resultado real.

Etapa 3: corrige solo una comprobación de par fallida

Si más adelante un prototipo real falla una comprobación, aporta la secuencia exacta de acciones y el estado observado. Después pide una corrección acotada. Por ejemplo, si el resultado avanza tras una sola confirmación, revisa la condición del par y repite esa secuencia; no inventes comentarios de prueba ni cambies al mismo tiempo el orden de pistas y el temporizador.

Verifica a ambos jugadores y la salida final

Usa casos de aceptación que distingan el avance de un jugador del de un par real. Son comprobaciones planificadas, no resultados superados. En cada intento real, anota el símbolo activo, quién confirmó primero, ambos símbolos elegidos, el temporizador visible, cuántas luces están encendidas y el siguiente estado.

En una versión real accesible, comprueba que ambos jugadores puedan leer la misma pista, que no se puedan intercambiar los controles asignados y que una confirmación unilateral nunca encienda una luz. Si el resultado generado no puede representar entradas locales separadas, anota esa limitación en vez de llamar jugable a la interacción.

La ilustración del resultado solo representa el objetivo resuelto a mano: luna creciente, ola y estrella se han confirmado por pares, las tres luces están encendidas y ambos exploradores cruzan la salida abierta. No es una captura de una sala de escape generada.

Usa la página multijugador para delimitar el escenario

La página actual de Multiplayer Game Maker de SEELE describe cómo planificar un escenario breve definiendo el número y la modalidad de jugadores, un objetivo compartido, los roles y las reglas de interacción. Recomienda comprobar que cada jugador tenga una acción útil y que el resultado sea claro. Es una referencia pertinente para plantear Bellglass Vault como un escenario cooperativo pequeño; no demuestra que estas asignaciones de consolas ni una sala multijugador local generada vayan a funcionar.

La misma página indica que el juego en línea aún depende de implementación, redes, sincronización, alojamiento y pruebas. Mantén Bellglass Vault local y en una sola pantalla; no des a entender que un prompt resuelve esos requisitos en línea. Las categorías generales de creación de juegos de SEELE son amplias y no documentan ni garantizan esta interacción concreta con dos consolas.

Define el número de jugadores, la pista común, la asignación de consolas, el plazo del par, el reinicio tras un fallo y una pregunta de aceptación. Inspecciona el resultado real y revisa el coste de generación mostrado antes de continuar. La página de planificación y el prompt no demuestran que los controles de consola ni un resultado cooperativo jugable sean compatibles.

Añade otra sala solo cuando ambos puedan completar esta

Escribe una pista compartida, asigna una acción necesaria a cada jugador y especifica qué cambia con una coincidencia, discrepancia, vencimiento o reinicio. Limita el primer prompt a una sala. Añade contenido solo cuando el resultado real muestre que ambos pueden contribuir y que la salida respeta las reglas de estado escritas. Bellglass Vault sigue siendo un diseño ficticio resuelto a mano, no evidencia de un juego generado o probado.

Usa el Multiplayer game maker para plantear un escenario cooperativo breve y luego inspecciona qué permite el resultado actual.

Preguntas frecuentes

¿Qué hace que un acertijo de escape sea realmente cooperativo?

Cada jugador necesita una acción imprescindible y la regla debe explicar cómo se combinan. En Bellglass Vault, cada cual controla una consola distinta y la puerta avanza solo cuando ambos confirman el símbolo público correcto dentro del mismo plazo. Es una decisión de diseño, no una definición universal ni una afirmación probada sobre las preferencias de los jugadores.

¿Los jugadores cooperativos necesitan pistas distintas?

No siempre. Una pista compartida puede exigir cooperación si los jugadores tienen controles separados o deben coordinar el tiempo. Bellglass Vault muestra el mismo mural a ambos y asigna una consola a cada uno. Usa pistas privadas solo si el diseño requiere que compartan información y especifica cómo cambia cada pista una decisión.

¿Qué debería ocurrir si un jugador confirma tarde?

Define el vencimiento antes de escribir el prompt. Este ejemplo borra ambas selecciones pendientes, conserva el paso de la pista y permite repetir el intento sin perder una vida. Otro diseño podría aplicar una consecuencia distinta, pero el prompt y las comprobaciones deben coincidir sobre cuándo empieza el temporizador y si se conserva el progreso anterior.

¿Un prompt de IA puede garantizar el modo cooperativo en línea?

No. Un prompt puede describir el número de jugadores, el objetivo compartido y las interacciones, pero no demuestra que se hayan implementado redes, sincronización, alojamiento o juego entre dispositivos separados. La página multijugador actual de SEELE también identifica esos requisitos como trabajo de implementación y pruebas. Inspecciona y prueba cualquier resultado conectado antes de afirmar que dispone de esa capacidad.

¿Qué debería probar antes de añadir más salas?

Comprueba que cada consola responda solo a su jugador asignado, que un par correcto avance exactamente una pista, que una discrepancia y un vencimiento se recuperen igual, que las luces previas sigan encendidas y que el reinicio limpie la sala. Después verifica que los tres pares correctos abran la salida y que ambos jugadores deban cruzarla. Hasta tener una versión real, conserva estas comprobaciones como planificadas.