Crear un plataformas con puzles usando IA: cómo se pide
Un plataformas con puzles mezcla dos cosas: un personaje que corre y salta, y una habitación que solo se abre si haces algo en el orden correcto. Zugo genera el juego 2D de navegador, lo comprueba en un entorno aislado y lo entrega jugable. La construcción cuesta 6 créditos y cada edición, 3.
Es el género más exigente de los que se escriben con texto, porque el reto no está en el movimiento sino en la relación entre elementos. Una palanca que abre una puerta es una interacción; tres palancas y dos puertas ya son un sistema.
¿En qué se diferencia de un plataformas normal?
En que el obstáculo no es el salto, es el orden. En un plataformas clásico fallas por precisión; aquí fallas porque todavía no has entendido qué hace cada cosa, y saltar bien no te salva.
Eso cambia lo que hay que nombrar en el prompt. Además de gravedad, salto y muerte, tienes que describir objetos que reaccionan: botones, puertas, cajas que se empujan, plataformas que aparecen y llaves. Cada uno con su efecto explícito.
Si el movimiento base todavía no lo tienes claro, es mejor empezar por él. La versión sin puzles está desarrollada en cómo hacer un juego de plataformas con IA, y sobre ese esqueleto los puzles se añaden mejor.
¿Qué mecánica conviene pedir primero?
Una sola, y de las que se explican en una frase. Las cuatro siguientes son las que mejor salen de un prompt porque su efecto no admite ambigüedad.
| Mecánica | Cómo pedirla | Dificultad de generar |
|---|---|---|
| Botón y puerta | "pisar el botón abre la puerta mientras haya peso encima" | Baja |
| Caja que se empuja | "el personaje empuja cajas en horizontal, no las levanta" | Baja |
| Llave y cerradura | "recoger la llave permite abrir la puerta del mismo color" | Baja |
| Plataforma móvil | "va y viene entre dos puntos a velocidad constante" | Media |
| Palanca con estado | "la palanca alterna entre dos configuraciones de plataformas" | Media |
| Interruptor temporal | "el botón abre la puerta durante unos segundos" | Alta |
Las tres primeras filas son un buen primer nivel entero. Las dos últimas ya crean dependencias de tiempo, y el tiempo es justo lo que peor comprime una sola descripción, así que conviene añadirlas cuando lo demás funcione.
Una regla que ahorra créditos: pide una mecánica por construcción y una variación por edición. Pedir cinco a la vez suele producir un nivel donde tres funcionan, una se ignora y otra hace algo distinto de lo que querías.
¿Cómo se monta un nivel que se pueda resolver?
Escribiendo la solución antes que el nivel. Anota los pasos en orden, y luego describe la habitación como el sitio donde esos pasos son posibles.
Un ejemplo concreto sirve más que cualquier teoría: "el jugador empuja la caja hasta el botón, el botón mantiene la puerta abierta, el jugador entra y coge la llave, la llave abre la salida". Cuatro pasos, tres objetos, un nivel completo.
Ese texto se convierte casi literalmente en el prompt. Cuando describes la solución, la generación tiene que construir un espacio donde esa cadena existe, y eso reduce muchísimo la probabilidad de recibir una habitación bonita e irresoluble.
Después juega tu propio nivel como si no lo hubieras escrito tú. La pregunta útil no es si se puede resolver, sino si se entiende qué hace cada objeto sin que nadie lo explique.
¿Qué falla más en la primera versión?
Tres cosas, y ninguna es el salto.
La primera es el objeto que no reacciona. La caja está, el botón está, y encima del botón no pasa nada. Ocurre cuando el prompt nombra los objetos pero no la relación entre ellos, así que la corrección es una frase que diga qué causa qué.
La segunda es el estado que no se puede deshacer. El jugador empuja la caja a una esquina, el nivel se vuelve imposible y no hay forma de reiniciar. Pide siempre una tecla de reinicio de nivel: en este género no es un adorno, es parte de la mecánica.
La tercera es el nivel resoluble por accidente. Si se puede saltar por encima del puzle, el puzle no existe. Se arregla subiendo un muro o alejando una plataforma, y es la edición más común en este género.
¿Cómo se añaden más niveles?
De uno en uno y solo cuando el primero está terminado. Cada nivel nuevo hereda las mecánicas ya ajustadas, así que el segundo cuesta mucho menos esfuerzo que el primero.
Lo que sí conviene decidir pronto es cómo se encadenan: si al terminar un nivel pasas al siguiente automáticamente, si hay un menú de selección y si el progreso se recuerda al recargar la página. Son tres decisiones distintas y las tres se piden por separado.
El progreso guardado en el navegador del jugador es lo habitual y funciona sin conectar nada. Un guardado que viaje entre dispositivos ya requiere base de datos, es decir conectar Supabase, y es trabajo por encima del juego. La mecánica de ir corrigiendo está en cómo editar después de generar.
¿Cuánto cuesta en créditos?
Es el género más caro de los arcade porque cada mecánica añadida pide su propia edición.
| Acción | Créditos |
|---|---|
| Construir el juego | 6 |
| Una edición | 3 |
| Construcción en modo Hi-Fi | 12 |
| Edición en modo Hi-Fi | 6 |
Un recorrido realista: una construcción con la mecánica base y siete u ocho ediciones entre reglas, reinicio, controles táctiles y tres niveles. Alrededor de 30 créditos. Pro cuesta $25 al mes con 200 créditos, que dan 66 ediciones si solo gastas en afinar, y Business cuesta $99 al mes.
Free incluye 5 créditos, menos que una construcción, así que para este género es una forma de ver la herramienta por dentro y no de terminar un juego.
¿Dónde están los límites?
Los juegos son 2D y de navegador, lo que encaja bien con este género pero descarta el 3D, el ejecutable y la ficha de tienda de aplicaciones.
Antes de entregarse, cada construcción se arranca en un entorno aislado y la que no carga se reporta como fallo. Esa comprobación responde a si la página abre, no a si el puzle tiene solución, y esa segunda pregunta la contestas tú jugando. El marco completo está en ¿puede la IA crear un juego?.
El límite real aquí es la complejidad del sistema. Un puzle con muchas piezas que se afectan entre sí tiene más interacciones que descripciones posibles, y esas interacciones son justo lo que peor comprime un prompt único. Se construye por capas o no se construye.
Dicho claro: la lógica muy específica se afina con ediciones, y Zugo no sustituye a un equipo de desarrollo en un producto complejo. Para un juego de portafolio, una demo o un puzle corto de marca, el tamaño es el adecuado, y el código se exporta a GitHub si decides seguir a mano.
¿Por dónde empezar?
Elige una sola mecánica, escribe la solución del nivel en cuatro pasos y pide exactamente eso. Es el camino más corto a algo jugable y el que menos créditos gasta en correcciones.
Cuando ese nivel se entienda sin explicaciones, añade la segunda mecánica y no antes. Un puzle bien montado con dos ideas se recuerda más que uno confuso con seis. Puedes construir el primero en Zugo.