Empieza con una bolsa que cambie en cada partida
Un juego de construcción de bolsa se vuelve interesante cuando las extracciones alteran las probabilidades futuras. Empieza con un conjunto pequeño, una decisión después de cada extracción y una consecuencia que el jugador pueda entender. Este ejemplo, Skyline Relay, usa valores ficticios calculados en papel; no es una prueba de balance ni un resultado de juego.
La portada muestra un momento posible: después de Cinder y luego Bearing, se cubren dos espacios de ruta y se ilumina uno de los dos segmentos de calor. Quedan tres Bearings y un Cinder en la bolsa.
Esa elección es el motor del diseño. Mantén la primera versión lo bastante pequeña para que el jugador pueda explicar por qué decidió parar.
Definir las reglas de bolsa, extracción y reinicio
En este artículo, construir una bolsa significa extraer fichas reutilizables de un conjunto compartido cuya composición puede cambiar. En un juego de construcción de mazo, normalmente se roban cartas de una pila. Mantén explícita esta diferencia si el término puede resultar ambiguo. Las reglas de Quacks of Quedlinburg
son un ejemplo concreto de extracción de bolsa: los jugadores sacan fichas de ingredientes de sus bolsas personales y pueden dejar de extraer. Su regla específica de explosión y los ingredientes no se trasladan aquí. Skyline Relay es una simulación didáctica independiente.
| Elemento de regla | Regla didáctica de Skyline Relay | Por qué la necesita el jugador |
|---|---|---|
| Conjunto inicial | Cuatro Bearings y dos Cinders; seis fichas en total. | Las cantidades conocidas permiten calcular el riesgo. |
| Orden de extracción | Extraer una ficha cada vez, sin reposición, hasta tres fichas por partida. | Una ficha no puede aparecer dos veces antes del reinicio de la partida. |
| Elección del jugador | Después de cada extracción, parar o continuar mientras se hayan extraído menos de tres fichas. | El riesgo es una decisión, no un temporizador automático. |
| Efecto de fichas | Bearing avanza un espacio de ruta y no añade Calor. Cinder avanza uno y añade un punto de Calor. Steady Core avanza dos espacios y no añade Calor. | Cada extracción cambia de forma visible el progreso o el riesgo. |
| Fallo y recompensa | Si se extraen ambos Cinders antes de parar, se pierde el paquete y la partida paga cero. En cualquier otro caso, el mensajero entrega a salvo y gana una moneda por cada espacio de ruta alcanzado. | La misma regla resuelve riesgo y recompensa. |
| Reinicio y mejora | Al terminar la partida, devolver todas las fichas extraídas a la bolsa. Después, el jugador puede gastar tres monedas para añadir un Core a la bolsa de la siguiente partida. | El momento de devolución y de compra determina las probabilidades siguientes. |
Las fichas extraídas permanecen fuera de la bolsa hasta que termina la partida, incluso si el jugador se detiene antes de tres extracciones. La compra del mercado sucede después de devolverlas. El orden importa: si se añade el Core antes, cambiarían los cálculos de esa misma partida.
Hacer visible el riesgo de parar o extraer
El riesgo debe entenderse justo cuando el jugador elige. En la bolsa inicial, los dos Cinders son las únicas fichas de fallo. Si el jugador se compromete a extraer exactamente tres fichas sin reposición, el conjunto incluye ambas cuando se eligen esos dos Cinders y una tercera ficha cualquiera. Hay 20 conjuntos posibles y 4 contienen ambos Cinders: 4/20 = 20 %.
Después de comprar un Core, hay cinco fichas seguras y dos Cinders. Bajo la misma suposición de tres extracciones exactas sin reposición, existen 35 conjuntos de tres y 5 contienen los dos Cinders: 5/35 ≈ 14,3 %. Es una comparación combinatoria, no una predicción de la conducta del jugador.
| Estado de la bolsa | Fichas totales | Conjuntos de tres extracciones | Conjuntos con ambos Cinders | Probabilidad con compromiso de tres extracciones |
|---|---|---|---|---|
| Base: 4 Bearings + 2 Cinders | 6 | C(6,3) = 20 | 4 | 4/20 = 20 % |
| Tras añadir 1 Core: 4 Bearings + 2 Cinders + 1 Core | 7 | C(7,3) = 35 | 5 | 5/35 ≈ 14,3 % |
Estos son valores didácticos calculados a mano, no estadísticas de pruebas ni resultados de balance. La comparación responde a una pregunta concreta: ¿con qué frecuencia aparecen ambos Cinders al comprometerse a tres extracciones? No evalúa la estrategia de parar en cada paso.
Haz que una compra cambie la bolsa de la próxima partida
Una decisión de mercado debe alterar una decisión futura y no limitarse a mostrar un número mayor. En este ejemplo, el mensajero completa una entrega segura de tres espacios, recibe tres monedas y puede gastar esas mismas tres en un Core para la partida siguiente.
Separa el efecto de una mejora sobre seguridad de su efecto sobre progreso. Añadir una ficha segura diluye los Cinders en la siguiente bolsa; dar más avance a una ficha puede cambiar la recompensa sin cambiar la cantidad de fichas de fallo. No combines esas dos intervenciones en el primer mercado.
| Cambio posible | Qué cambia | Pregunta para la siguiente comprobación en papel |
|---|---|---|
| Añadir una ficha segura | La bolsa crece y baja la proporción de Cinders. | ¿La ficha nueva cambia lo bastante la decisión de extracción como para notarse? |
| Quitar un Cinder | La bolsa se reduce y hay menos fichas de fallo. | ¿La ruta sigue generando una presión significativa? |
| Dar más avance a una ficha segura | La extracción permite cubrir más espacios sin cambiar el número de Cinders. | ¿La recompensa mayor hace menos atractivo parar? |
No acumules los tres cambios en el primer mercado. Una modificación por vez facilita atribuir el resultado a una regla concreta.
Pedir un prototipo pequeño que puedas inspeccionar
La página actual de AI Game Maker de SEELE describe un flujo general basado en prompts: explicar una idea en lenguaje natural, revisar un resultado jugable en 2D o 3D e iterarlo en Workspace. Esa descripción no confirma que se haya generado Skyline Relay ni que sus reglas estén implementadas.
Entrega al sistema la acción del jugador, el estado, el final de partida y las comprobaciones. Este prompt es un brief inicial, no evidencia de que se haya generado un resultado:
Construye un juego original de mensajería de partidas cortas en un cañón. El jugador extrae fichas de una bolsa personal visible, una por una y sin reposición, y puede parar después de cada extracción. Conjunto inicial: cuatro Bearings y dos Cinders. Bearing avanza un espacio y no añade Calor; Cinder avanza uno y añade un punto de Calor; un segundo Cinder antes de parar hace perder el paquete y paga cero. Si para a salvo, recibe una moneda por cada espacio avanzado. La bolsa se restablece al final de la partida; después puede gastar tres monedas para añadir un Steady Core, que avanza dos espacios sin Calor, a la siguiente partida.
Muestra fichas restantes, progreso, Calor, acción de parar, recompensa y momento de reinicio. Comprueba estas secuencias: Bearing y parar; Cinder, Bearing y parar; ambos Cinders antes de parar; entrega segura de tres espacios, devolución de fichas y compra del Core.Después compara el resultado con criterios concretos en vez de juzgar solo su estética:
- Confirma que el conjunto inicial sea exactamente cuatro Bearings y dos Cinders y que cada extracción retire una ficha hasta el reinicio.
- Extrae un Bearing y luego un Cinder; comprueba progreso de dos espacios y Calor uno. Para y confirma el pago de dos monedas.
- Extrae ambos Cinders antes de parar; confirma que el fallo se resuelve una vez y paga cero.
- Completa una partida segura de tres espacios; comprueba que las fichas vuelven antes de la acción de mercado de tres monedas.
- Compra el Core; confirma que la bolsa pasa de seis a siete fichas y que extraer un Core avanza dos espacios sin añadir Calor.
- Repite una partida para verificar que el reinicio borra progreso y Calor sin duplicar ni eliminar fichas.
Si el resultado actual no muestra el estado de una ficha o no permite confirmar la reposición, anota esa carencia y concreta el siguiente prompt en esa transición observable. No inventes un resultado para completar el registro.
Reproducir un ejemplo cerrado antes de ampliar
Una buena primera comprobación es una secuencia segura tras comprar el Core. Empieza con cuatro Bearings, dos Cinders y un Core. Extrae tres Bearings sin reposición y luego para. La ruta alcanza tres espacios, el Calor permanece en cero y el Core junto con un Bearing y ambos Cinders siguen en la bolsa.
Usa una tabla de reproducción en papel para distinguir la corrección de las reglas del equilibrio del juego. Fija el orden de extracción para comprobar la aritmética; usa órdenes variados solo al estudiar las probabilidades. La tabla no demuestra que parar en ese momento sea divertido.
| Comprobación | Entrada | Resultado esperado según las reglas | Qué revisar si difiere |
|---|---|---|---|
| Parar tras una ficha de riesgo | Cinder; parar. | Un espacio, Calor 1, entrega segura, una moneda. | Aclara cuándo el jugador cobra una partida segura. |
| Completar el estado de portada | Cinder, Bearing; parar. | Dos espacios, Calor 1, entrega segura, dos monedas. | Permite parar después de cada extracción. |
| Activar la regla de fallo | Ambos Cinders antes de parar. | Paquete perdido; recompensa cero. | Muestra juntos el umbral y el feedback del fallo. |
| Comprobar el reinicio de la mejora | Partida segura de tres espacios; devolver fichas; comprar Core. | Se gastan tres monedas; la bolsa crece de seis a siete. | Separa resolución de partida, devolución y fase de mercado. |
| Reproducir el resultado de la imagen | Tras la compra: Bearing, Bearing, Bearing; parar. | Tres espacios, Calor 0, un Bearing + dos Cinders + Core restantes, tres monedas. | Corrige el inventario o la recompensa antes de añadir sistemas. |
Solo cuando todas las secuencias fijas se resuelvan como está escrito, compara bolsas, recompensas o incentivos para parar. Formula una pregunta cada vez: ¿la ficha segura reduce el riesgo? ¿El pago recompensa detenerse? ¿La pérdida se activa exactamente al segundo Cinder? Cada pregunta exige entradas y criterios distintos.
Preguntas frecuentes
¿En qué se diferencia un juego de construcción de bolsa de uno de construcción de mazo?
En esta guía, construir una bolsa significa extraer fichas reutilizables de un conjunto cuyo contenido puede cambiar. Construir un mazo suele consistir en formar una baraja de cartas y robar de ella. Las reglas de compra, descarte y reposición deben definirse para el sistema concreto.
¿Deben volver las fichas a la bolsa después de cada extracción?
Elige el momento de reposición según la decisión que quieras crear. En este ejemplo no se repone durante toda la partida y todas las fichas regresan solo después de resolverla. Así cada extracción cambia el conjunto restante y las probabilidades de las siguientes.
¿Cuántos tipos de fichas debería tener el primer prototipo?
Usa solo los tipos necesarios para mostrar la decisión principal. Aquí bastan dos: Bearings aportan progreso seguro y Cinders añaden riesgo. Añade otro tipo únicamente cuando las reglas básicas se entiendan.
¿Puede un creador de juegos con IA equilibrar automáticamente un juego de construcción de bolsa?
No lo des por hecho. Un flujo de creación con prompts puede ayudar a explorar una escena o una primera versión jugable, pero las cantidades, extracciones sin reposición y probabilidades de este ejemplo son un modelo creado por el autor. El equilibrio requiere pruebas del juego y observaciones registradas.
¿Qué debo comprobar antes de añadir más mejoras?
Verifica cantidades de fichas, extracciones sin reposición, momento de parar, fallo, recompensa, devolución y reinicio frente a las reglas escritas. Después modifica una mejora y calcula el cambio antes de añadir otra.
Construir el ciclo más pequeño que puedas verificar
Empieza con una bolsa visible, una extracción, un estado de riesgo, una decisión de parar, una recompensa clara y una mejora. Mantén visibles cantidades iniciales y reinicio; después registra el resultado de cada extracción. Cuando las reglas sean legibles, amplía una sola decisión.
Cuando quieras explorar una primera versión jugable, prueba el Free AI Game Maker. Describe la bolsa, la siguiente decisión del jugador y el estado que necesitas inspeccionar; revisa el modelo y el coste actuales en Workspace y verifica la salida generada.
