Diseña una partida cooperativa de supervivencia con reglas verificables

Define el contrato de supervivencia antes de añadir sistemas

Un prompt para un juego cooperativo de supervivencia y fabricación necesita más que un escenario y una lista de recetas. Especifica qué puede hacer cada jugador, cómo entran los suministros al inventario compartido, qué acciones los consumen, cuándo avanza el peligro y qué termina la partida. Después usa un escenario breve para comprobar que ambos roles contribuyen al mismo resultado.

Reedwatch Camp es un ejemplo didáctico original diseñado en papel. La configuración para dos jugadores en una pantalla compartida, el orden de turnos, las cantidades de recursos y los valores de calor son reglas propuestas para explicar un flujo de prompts. No se ejecutó ningún prompt ni se proporcionó un prototipo o una sesión jugable; tampoco se probó el comportamiento multijugador real. Toma las cifras como valores ilustrativos, no como recomendaciones de equilibrio.

Empieza expresando el objetivo compartido en una frase: reunir dos materiales, combinar el trabajo de ambos roles para construir una pantalla cortaviento y terminarla antes de que el calor compartido llegue a cero. Así el resultado del prompt es reconocible y cada regla posterior tiene una función.

Este contrato hace observable la cooperación: cada jugador aporta un recurso necesario y una parte imprescindible de la fabricación. También evita que la presión de supervivencia se convierta en un temporizador decorativo sin consecuencias.

Define quién obtiene cada recurso y cómo funciona el inventario compartido

En Reedwatch, el Leñador lleva un hacha corta y puede recoger exactamente 2 unidades de madera o colocar los dos postes de la pantalla. La Tejedora lleva una hoz manual y puede recoger exactamente 2 juncos o tejer y sujetar la pantalla. Ninguno puede realizar la acción de recolección o construcción del otro rol. No hay inventarios privados, materiales adicionales ni costes de desplazamiento ocultos.

Ambos materiales van a una única bolsa compartida que empieza vacía. Cada acción de recolección permitida añade la cantidad completa; cada acción de construcción consume sus materiales y activa un indicador de trabajo persistente. Las dos acciones de construcción pueden ocurrir en cualquier orden o en rondas distintas. La pantalla se instala solo cuando están activos ambos indicadores. Si alguien intenta una acción exclusiva del otro rol o construye sin los materiales necesarios, consume su turno, pero el estado no cambia.

Separa la recolección y la fabricación en el prompt. Si un rol puede recolectar y construir en la misma acción, el registro de la ronda no muestra si la contribución del otro jugador era necesaria. Una acción por turno deja claro el dilema: recolectar, construir si alcanzan los materiales compartidos o esperar.

Resuelve el frente frío en un orden fijo

Indica la regla temporal antes de mostrar el ejemplo: actúa A, luego B y después se comprueba el frente frío. Si la pantalla cortaviento se completa durante esa ronda, evita la pérdida de calor de esa noche. Si no, el calor baja 1; al llegar a cero, la partida termina antes de otra ronda. El refugio terminado no recupera el calor ya perdido.

El caso base siguiente empieza en la ronda 1 con calor 3, bolsa vacía y ninguna construcción iniciada. Todos los valores se derivan de las reglas propuestas; es un cálculo manual, no una partida observada.

Una recolección tardía muestra cómo permite recuperarse el mismo contrato. Si la Tejedora espera en la ronda 1, el equipo pierde una unidad de calor. En la ronda 2, el Leñador puede colocar los postes mientras la Tejedora recoge juncos; el calor baja otra vez, hasta 1. En la ronda 3, la Tejedora puede tejer mientras el Leñador espera. La pantalla se completa antes de la comprobación, así que el equipo gana con calor 1. Si la Tejedora vuelve a esperar, el calor llega a 0 al final de la ronda 3 y el equipo pierde.

La decisión depende del orden, no de una bonificación inventada: recoger primero ambos materiales para seguir el caso base más seguro o aceptar una segunda comprobación de frío cuando un jugador se retrasa. Si el juego debería permitir más margen de recuperación, cambia explícitamente el calor inicial o la regla de descenso y vuelve a calcular cada fila.

Escribe un prompt que se pueda comprobar

Pide un escenario pequeño antes de añadir tipos de clima, herramientas, comida, combate o cadenas de producción. Incluye entradas, límites de acciones, actualizaciones de estado, comportamiento ante fallos y resultado esperado. Este prompt listo para pegar describe solo el diseño en papel de Reedwatch; no se ha ejecutado en SEELE ni en otro creador de juegos.

Diseña un escenario pequeño de supervivencia y fabricación cooperativa por turnos para dos jugadores locales en una pantalla compartida, llamado Reedwatch Camp. Es una especificación de diseño, no una afirmación de que ya exista un prototipo. En cada ronda actúa primero A y después B; a continuación se comprueba una vez el frente frío.

Estado compartido al reiniciar: calor 3; 0 de madera; 0 de juncos; sin postes ni pantalla; ronda 1; empieza A. El equipo gana si instala la pantalla cortaviento con calor de al menos 1. Si el calor llega a 0 al final de una ronda antes de completar la pantalla, el equipo pierde. Reiniciar restaura todo el estado inicial.

A es el Leñador. Elige exactamente una acción por ronda: Recoger madera añade exactamente 2 unidades a la bolsa compartida; Colocar postes gasta exactamente 2 unidades y activa el indicador Postes listos. A no puede recoger juncos ni tejer la pantalla.

B es la Tejedora. Elige exactamente una acción por ronda: Recoger juncos añade exactamente 2 a la bolsa compartida; Tejer la pantalla gasta exactamente 2 y activa el indicador Pantalla sujeta. B no puede recoger madera ni colocar postes. Las acciones de construcción pueden realizarse en cualquier orden o en rondas distintas. Instala la pantalla cortaviento en cuanto se activen ambos indicadores.

Esperar es una acción válida para cualquiera. Una acción no disponible o exclusiva del otro rol consume el turno, pero no cambia los recursos ni el estado de construcción. Tras las dos acciones, si la pantalla sigue incompleta, reduce el calor exactamente en 1. Si quedó instalada esta ronda, omite esa reducción por frío. No restaures el calor perdido previamente.

Muestra la ronda actual, el rol activo, las acciones elegidas, las cantidades compartidas de madera y junco, ambos indicadores de construcción, el calor, la comprobación al final de la ronda y el resultado de victoria o derrota. Mantén el espacio compacto: una zona de troncos, un cañaveral y un campamento central. No añadas inventarios privados, recetas ni materiales adicionales, salud, comida, combate, durabilidad, colas de fabricación, edificios de producción, costes de movimiento, redes u otros sistemas de supervivencia.

Devuelve una tabla de roles y acciones, un recorrido ronda por ronda del caso base y de un caso con retraso en la recolección de juncos, y una lista breve para comprobar el reinicio, las acciones inválidas, el momento de la comprobación de frío y ambos resultados terminales. Si alguna regla solicitada es ambigua o no se puede representar, indícalo en vez de cambiarla en silencio.

Comprueba que el resultado conserve el orden de las operaciones. En particular, la acción del segundo jugador debe poder terminar el refugio antes de la comprobación de frío de esa ronda; de lo contrario, no puede ocurrir la victoria indicada en la ronda 2. Si el resultado cambia ese orden, corrige el prompt o la tabla de reglas antes de ampliar el escenario.

Usa casos fijos para comprobar ambos roles

Antes de decidir si el escenario genera tensión, verifica que cada acción escrita produzca el estado previsto. Usa el mismo estado inicial en cada caso, cambia una sola acción cada vez y compara el resultado esperado con el real solo cuando exista un prototipo. La tabla siguiente es un plan de aceptación propuesto, no un informe de pruebas.

Si las cifras difieren, identifica primero qué regla escrita se incumple: cantidad de recursos, asignación de acciones, orden de turnos, finalización de la construcción o momento en que baja el calor. Cambia una regla cada vez y vuelve a calcular los casos base y de fallo. Superar esta comprobación en papel solo confirma coherencia interna; no demuestra que los controles sean claros, que la implementación siga el prompt ni que el reto resulte entretenido.

Usa un creador multijugador para dar forma al escenario

La página multijugador oficial de SEELE describe un flujo de planificación que define el número y la modalidad de jugadores, roles útiles, un objetivo compartido, reglas de interacción y un escenario breve que revisar. También indica que el juego en línea depende de la implementación, redes, sincronización, alojamiento y pruebas. La página no demuestra que este escenario concreto para dos mandos en pantalla compartida esté implementado ni verificado.

Presenta el contrato, no una afirmación de que el juego está terminado: especifica la configuración de jugadores, las acciones de cada rol, cómo usan ambos la bolsa compartida, cuándo se resuelve la comprobación de frío y qué cuenta como victoria. Compara cada resultado con la tabla de estados. La página del producto trata de planificación; el prompt y las comprobaciones manuales deben definir las reglas exactas.

Cuando quieras esbozar un concepto multijugador, abre el Multiplayer game maker y adapta el prompt al escenario que quieras planificar. Confirma el flujo actual e inspecciona cualquier resultado; este artículo no afirma que el ejemplo se haya generado o probado.

Elige la siguiente comprobación antes de ampliar

En la primera iteración, limita el contrato a algo que pueda resolverse a mano: dos acciones exclusivas de rol, una receta compartida, una regla de presión, un reinicio y dos resultados terminales. Cuando todo concuerde, plantea una sola pregunta nueva —por ejemplo, si tres rondas penalizan demasiado— y cambia únicamente la regla correspondiente. No añadas sistemas nuevos hasta saber qué decisión deberían crear.

Reedwatch Camp es un modelo didáctico original en papel con ilustraciones conceptuales. No es un juego probado, un resultado generado por SEELE ni evidencia de cooperación local o en línea funcional.

Preguntas frecuentes

¿Reedwatch Camp es un ejemplo jugable o probado?

No. Reedwatch Camp es un escenario didáctico original resuelto sobre el papel. Sus acciones y valores de calor se calculan a partir de las reglas de esta página, pero no se aportó una ejecución del prompt, un prototipo generado, una partida ni una prueba de usuarios. Úsalo como ejercicio de especificación y verifica tu propia implementación antes de describir comportamientos como observados.

¿Ambos jugadores necesitan una tarea exclusiva?

Ambos necesitan contribuir de forma significativa al objetivo compartido, aunque no necesariamente tener habilidades totalmente exclusivas. Aquí, el Leñador se encarga de los postes y la Tejedora de la pantalla; hacen falta ambos materiales. Así sus contribuciones quedan visibles. Si uno de los roles puede completar la receta por sí solo, decide si es intencionado y actualiza el contrato y los casos de aceptación.

¿El creador multijugador garantiza la cooperación local o en línea?

No. La página oficial describe la planificación del número y la modalidad de jugadores, roles, objetivos, reglas de interacción y un escenario breve. Indica que el juego en línea sigue requiriendo implementación, redes, sincronización, alojamiento y pruebas. Esos detalles de planificación no demuestran que un resultado generado disponga de un modo local o en línea concreto.

¿Puedo cambiar el calor o las cantidades de la receta?

Sí. Los valores son parámetros didácticos, no una recomendación de equilibrio. Si cambias el calor, las cantidades recogidas, el coste de la receta, el orden de turnos o el momento de la comprobación de frío, vuelve a calcular el caso base y el retrasado. Mantén iguales el reinicio y las condiciones de victoria y derrota, y modifica una sola regla para identificar qué alteró el resultado.