Convierte las reglas de construcción con voxels en un prototipo verificable

Un prompt de construcción con voxels es más fácil de revisar cuando indica qué celdas puede editar el jugador, cómo cambian los recursos, qué hace estable un bloque colocado y qué cuenta como victoria. Empieza con ese contrato de reglas, solicita solo el ciclo jugable mínimo y reserva un tercer prompt para diagnosticar una diferencia observada.

Esta guía usa Mosslight Span, un ejercicio ficticio de construcción de puentes para un jugador. El mapa, las reglas y la comparación V0–V1 son material didáctico original calculado a mano. Las tres plantillas no se han enviado a un generador; no hay una versión jugable, ejecución de prompt, prueba de software, partida ni resultado medido.

El resultado práctico es una secuencia breve: define un mundo editable, precisa la minería y colocación, solicita una implementación acotada y compara cualquier versión futura con comprobaciones declaradas. Así, «haz un sandbox de voxels» se convierte en una petición que el lector puede evaluar.

Define un mundo editable pequeño

Un primer segmento de voxels útil necesita un destino, un obstáculo, una decisión de recursos y una señal de final. Mosslight Span concentra esas piezas en un cruce estrecho. El explorador empieza en una plataforma estable cercana, en la celda de superficie (0,1), con dos bloques de piedra. Al otro lado de una zanja de tres celdas están las celdas vacías x=1, 2 y 3; una plataforma lejana estable ocupa x=4. El faro está en esa plataforma y solo se enciende cuando el explorador llega allí.

La vista inicial presenta una decisión de diseño, no un resultado logrado. Dos bloques no bastan para llenar tres espacios, así que hay que decidir si cambia el presupuesto o la ruta. El ejemplo añade un cubo de reserva expuesto en una plataforma lateral estable en (0,0,y=1), encima del agua. Está junto a la posición inicial a altura de interacción, así que se puede minar sin mover al explorador. Un cubo adicional permite tender el puente, pero sigue haciendo falta construirlo y cruzarlo por partes.

Mantén cerrado el resto del segmento. Solo se pueden colocar bloques en las tres celdas de la zanja. Un bloque debe compartir una cara con la plataforma cercana o con la cadena de puente ya sostenida. Las plataformas permanentes y los bloques colocados no se pueden minar. No hay enemigos, recetas, otros recursos, salto, colocación libre, caída ni victoria antes de entrar en x=4.

Estos límites hacen más útil el prompt porque cada acción solicitada se relaciona con un estado visible. «Un mundo de voxels» por sí solo deja abiertas la forma del mapa, el alcance de interacción, los límites de construcción y el objetivo. Aquí, cinco celdas de superficie y una reserva lateral especifican lo que debe existir.

Escribe reglas de minería, colocación y soporte

Palabras como minar, colocar y caminar necesitan un cambio de estado preciso. En este ejemplo en papel, minar es una sola acción contra la única reserva lateral expuesta. No mueve al jugador ni requiere un paso aparte para acercarse. Colocar usa un cursor de construcción sobre las tres celdas del cruce, así que también cuesta una acción sin caminar. El bloque debe ser válido y tener soporte antes de descontar inventario. Caminar mueve al explorador una celda ortogonal por acción y solo se permite sobre una superficie sostenida.

El orden importa. Si el juego permite colocar bloques en el aire sin soporte, desaparece el acertijo de recursos. Si se puede minar a cualquier distancia, deja de importar dónde está la reserva. Si colocar avanza al explorador, cambia el presupuesto de acciones. Explica estos detalles antes de pedir una primera versión jugable.

En la vista del mecanismo, la reserva ya se recogió desde el inicio sin moverse y se colocaron los bloques x=1 y x=2. El explorador sigue en la plataforma cercana, queda un cubo de piedra, x=3 aparece como vista previa translúcida válida y el faro sigue apagado. Es un estado concreto a mitad del ciclo que permite revisar inventario, soporte y progreso.

Redacta tres prompts en orden

No pidas a un solo prompt inventar las reglas, construir el mundo y evaluar su propio éxito a la vez. Da a cada solicitud una entrada y una salida claras. El primer prompt fija el contrato, el segundo pide una implementación pequeña y el tercero espera una observación real antes de proponer una reparación.

Prompt 1: fija las reglas antes de implementar

Diseña un pequeño ciclo de construcción con voxels para un jugador llamado {game_name}. Usa coordenadas de superficie {grid_and_start}, un objetivo {goal} e inventario inicial {inventory}. Define qué bloques se pueden editar, el alcance exacto de minería, cómo cambia el inventario, qué hace válida una colocación, los requisitos de soporte, el movimiento, la condición de victoria y el reinicio. Devuelve precondiciones y una tabla con estado inicial, acción, coste, nuevo estado y motivo de rechazo. No inventes características adicionales; señala cualquier ambigüedad antes de proponer reglas.

Para Mosslight Span, sustituye los campos por el cruce de cinco celdas, el faro apagado en x=4 y dos bloques iniciales. Exige que la reserva esté en (0,0,y=1), adyacente al inicio (0,1) a altura de interacción, y que se recoja con una sola acción Mine sin movimiento. Pide que el modelo repita el inventario después de cada acción.

Prompt 2: solicita solo el ciclo mínimo

Implementa únicamente este contrato de reglas de voxels aprobado como un ciclo compacto y jugable: {approved_contract}. Conserva cada coordenada, cantidad de inventario y coste de acción, incluida una acción Mine desde la casilla inicial para recoger la reserva adyacente sin moverse. Muestra de forma visible y sin texto el inventario, el explorador, los bloques del puente, el soporte y el faro. Solo se pueden minar la reserva y colocar bloques en x=1, 2 y 3; cada bloque nuevo debe apoyarse por una cara en la plataforma cercana o en la cadena sostenida. Camina una celda ortogonal cada vez y permite la victoria solo al entrar en x=4 con un puente completo. Añade reinicio al estado exacto inicial. No incluyas enemigos, física de caída, fabricación, saltos, mundos aleatorios ni recursos nuevos. Devuelve un resumen de implementación y una lista de comprobación separada.

Limitarse a un ciclo es una decisión de diseño, no una promesa sobre el resultado de un generador. Se puede añadir paisaje después de que se vean las reglas de recursos y soporte. Solicita un resumen de implementación y una lista de verificación, pero no tomes la solicitud como prueba de que el sistema ya funciona.

Prompt 3: repara solo después de una observación

Estado esperado aprobado: {expected_state}. Observación real proporcionada por una persona: {observed_state_or_blank}. Compara solo la observación suministrada con las reglas esperadas. Si está vacía, devuelve una lista para que una persona compruebe y no diagnostiques un resultado. Si tiene datos, identifica la primera diferencia y propone una sola corrección acotada. Mantén las demás reglas sin cambios y enumera únicamente las comprobaciones afectadas que deben repetirse. No inventes observaciones ni afirmes que una reparación tuvo éxito antes de volver a comprobarla.

Este tercer prompt se niega deliberadamente a inventar un resultado. Si una versión futura se detiene tras dos bloques, una observación útil incluiría el inventario inicial, el objetivo de reserva, la posición del explorador antes de minar, el estado de la reserva después de la acción y el rechazo de colocación. Con esos datos se puede localizar la primera diferencia en vez de cambiar el mapa entero.

Comprueba a mano el ciclo de recursos del puente

La comparación ficticia cambia una variable: V1 añade el cubo expuesto de reserva; V0 no tiene reserva. Todo lo demás, incluidos el inventario inicial y la ruta, permanece igual. La tabla muestra la escasez sin afirmar que la haya producido un motor o modelo.

Cuenta toda la ruta de V1: una acción Mine + tres Place + cuatro Move = ocho acciones. El estado final tiene un puente continuo de tres celdas, inventario vacío, explorador en la plataforma lejana y faro encendido. Es el resultado esperado calculado con reglas redactadas, no un resultado medido. La traza de V0 fracasa al intentar el tercer bloque.

Cuando construyas una versión, comprueba también el orden de eventos. La reserva se recoge antes de colocar; se colocan los tres bloques antes de cruzar el puente; el faro se enciende solo al entrar en x=4. Si aparece una recompensa visual antes, compara su activador con el contrato.

Compara una futura versión con observaciones reales

Una lista de aceptación útil nombra estado inicial, acción y cambio esperado. Primero comprueba que una acción Mine desde (0,1) recoge solo la reserva expuesta en (0,0,y=1), no mueve al explorador y sube el inventario de dos a tres. Después verifica que se rechaza sin cambios un bloque no adyacente o cubierto. Para Place, prueba una celda conectada, una celda sin soporte, una celda fuera del cruce y un inventario vacío. Para Move, comprueba un paso ortogonal, una diagonal, una celda vacía sin soporte y la entrada en x=4 después de completar el puente.

Después, prueba por separado soporte y movimiento. Cada bloque nuevo debe unirse a la plataforma cercana o al bloque sostenido anterior; un objetivo sin soporte debe rechazarse sin cambiar inventario. El explorador avanza una celda ortogonal por acción y solo sobre una superficie sostenida. Cuatro movimientos pueden llegar a la plataforma lejana únicamente después de colocar los tres bloques.

Registra lo que veas realmente: versión, acción, estado previo, entrada, posición resultante, inventario, estado de la celda objetivo y señal de victoria. Si una comprobación no se ejecutó, márcala como no verificada. Una prueba de aceptación escrita es un plan para obtener evidencia después, no prueba de que el comportamiento ya exista.

Lleva el resumen de voxels a Workspace

Cuando las reglas estén delimitadas, se puede entregar el contrato breve a un flujo de creación de juegos. La página oficial actual de Free AI Game Maker incluye una tarjeta de inicio Voxel Sandbox Builder para colocar y romper bloques y construir una isla. Es texto general de la tarjeta; no confirma que Mosslight Span se haya creado ni que sus reglas específicas se admitan.

La página oficial de Free AI Game Maker describe un flujo general: explicar la idea en lenguaje natural, revisar en el navegador un primer resultado jugable 2D o 3D y refinarlo con prompts posteriores. También recomienda revisar el modelo seleccionado, el saldo Koin disponible y el coste de generación mostrado antes de enviar.

Si quieres empezar a esbozar la idea, usa Free AI game maker. Mantén pequeña la primera solicitud, inspecciona el resultado generado antes de iterar y verifica el coste mostrado antes de continuar. Es una referencia general al producto, no una afirmación de que se hayan ejecutado los prompts o el mapa de Mosslight Span.

Preguntas frecuentes

¿Qué debería incluir un prompt de IA para un juego de construcción con voxels?

Indica la zona editable, inicio del jugador, bloques disponibles, alcance exacto de minería, reglas de colocación, requisitos de soporte, movimiento, objetivo y reinicio. Después solicita una tabla breve de cambios de estado y comprobaciones de aceptación. Esos detalles hacen más fácil revisar una futura salida que una petición amplia como «crea un sandbox de voxels».

¿Por qué definir el alcance de minería antes de escribir el prompt de construcción?

El alcance cambia el presupuesto de acciones. En Mosslight Span, el cubo de reserva expuesto está junto a la casilla inicial y cuesta una acción Mine sin moverse. Si el prompt deja abierto el alcance, una implementación podría exigir un paso de acercamiento o permitir minería remota, cambiando la ruta y la cantidad de acciones.

¿Cómo consigue el ejemplo suficientes bloques para cruzar?

V0 empieza con dos bloques y necesita tres, así que se rechaza el tercer bloque al llegar el inventario a cero. V1 añade un cubo de reserva expuesto que se recoge desde la casilla inicial en una acción, sin moverse. Después se colocan tres bloques y cuatro movimientos sostenidos llevan al faro. El recuento de ocho acciones es una predicción manual, no un resultado de juego probado.

¿Se ejecutaron los prompts de Mosslight Span o se probó el juego?

No. Mosslight Span y sus reglas son un ejercicio ficticio original; las plantillas se redactaron para este artículo, pero no se introdujeron en un generador. Las tablas son cálculos manuales. No se afirma que haya una versión jugable, ejecución de prompt, prueba de software, partida, resultado medido ni caso real.

¿Qué hago si una versión futura contradice la traza?

Captura el primer estado que difiera, incluida la versión, posición del jugador, inventario, celda objetivo, acción y respuesta resultante. Compara esa observación con la comprobación de aceptación correspondiente; después cambia una sola regla o detalle de implementación y repite la misma secuencia. Si no hay una observación real, deja el caso sin verificar.