Cómo construimos juegos
con equipos de agentes de IA.
Dos juegos reales, una tubería de producción: arte generado con manifiestos exactos, implementación por contrato en Godot, y QA que graba evidencia de cada afirmación. Así funciona de verdad — y dónde todavía se rompe.
La versión corta: los agentes generan arte, escriben y prueban código, y recolectan evidencia de ejecución a una escala que un desarrollador solo no puede igualar. Los humanos conservan tres trabajos: decidir qué construir, juzgar qué se siente bien y aceptar qué se publica. Todo lo demás es tubería.
Los demos no son juegos — la brecha que esta tubería existe para cerrar
En 2026, generar un prototipo jugable lleva una tarde. Los datos de la industria lo muestran: cerca del 20% de las entradas de Steam Next Fest declaran uso de IA generativa, y el vibe coding ayudó a llevar 181.000 juegos móviles al mercado en seis meses. Pero los lanzamientos y los éxitos se movieron en direcciones opuestas — los juegos que generan ingresos reales apenas crecieron.
La brecha no es la generación. Es todo lo que viene después: ¿la interfaz se lee en un teléfono de 390 píxeles? ¿la economía aguanta veinte horas? ¿la pelea contra el jefe se siente como una pelea? Nuestra respuesta es una tubería construida sobre una regla: ninguna afirmación sin evidencia de ejecución.
Caso 1: Linjiang Chronicles — una simulación de vida con 305 eventos
Linjiang Chronicles (一纸青云·临江志) es una simulación de vida antigua de pago único para iPhone, construida en Godot 4.6. Los números en su etapa actual: 305 eventos, 711 decisiones, 20 finales, 12 personajes, 8 capítulos, más dieciséis líneas de relación e investigación. Es un juego que se lee primero — decisiones, materiales, consecuencias — con una interfaz de papel y bermellón diseñada para jugar con una mano.
Lo que hace esto posible: cada rama de contenido se simula headless. Una corrida de balance recorre el grafo completo de eventos e informa dónde se rompe la economía, dónde un capítulo puede quedar sin salida y cuántos minutos de contenido real tiene cada ruta. Cuando un diseño afirma "veinte horas de contenido", la tubería lo prueba o lo marca. El nuestro está marcado: al menos veinte horas de contenido efectivo por partida todavía no están aceptadas — el estado honesto del proyecto.
Caso 2: Moonlit Kingdom — un RPG idle camino a iOS
Moonlit Kingdom (月光王国) es un RPG idle sobre reconstruir una aldea con héroes y slimes. Está más avanzado en la cadena de entrega: diseños táctiles horizontales de 780×360 a 932×430, sistemas de expedición y despacho, continuidad de partida entre reinicios, y una tubería de proyecto Xcode para iOS con manifiestos de entrega ligados al código fuente.
En un juego idle, "se siente bien" vive en detalles diminutos: ¿el contador de producción avanza cuando lo esperas? ¿la animación de regreso termina antes del aviso de recompensa? ¿un reinicio a mitad de expedición conserva el estado correcto? Cada uno de esos recibió su propia verificación grabada — una captura en tiempo real de la compilación real, revisada fotograma a fotograma, antes de que la función contara como terminada.
La tubería, capa por capa
1. Arte que se ejecuta en el runtime (no imágenes bonitas)
El arte de juego falla distinto al arte de marketing: necesita bordes alfa que sobrevivan al croma, anclajes que coincidan entre fotogramas y tamaños de archivo que un teléfono pueda cargar. Nuestra tubería de sprites: identidad base primero → tiras de fila por estado → eliminación de fondo determinista → extracción de fotogramas por componentes conectados → composición de atlas con un manifiesto frame_layout que el motor lee directamente. Si el manifiesto y el atlas no coinciden, la compilación falla — por diseño.
2. Implementación bajo contrato
Las funciones no son "peticiones"; son contratos con alcance, criterios de aceptación y líneas base congeladas. Un agente que cambia el sistema de despacho debe probar que las otras páginas siguen comportándose igual — la tubería ejecuta suites de regresión sobre cada tamaño de pantalla y marca cualquier deriva. Esta es la disciplina poco glamurosa que separa un juego publicable de un demo: interfaces congeladas y evidencia para cada cambio.
3. QA que graba en lugar de afirmar
Cada función aceptada deja atrás: una captura antes/después del mismo estado, una grabación de ejecución en tiempo real, y una auditoría ligada a una revisión exacta del código. Los revisores (humanos o agentes) miran la grabación, no la promesa. Cuando algo se rompe, la pista de evidencia muestra qué cambio lo hizo.
4. Audio y cinemáticas
Ambiente, efectos y voces usan audio generado con la misma regla: los archivos se validan en sonoridad, puntos de bucle y formato de runtime antes de entrar a la compilación. Los momentos cinemáticos usan tuberías de video a fotogramas — el video generado se corta en secuencias listas para el motor con sincronización por código, no se envía como un bloque de video que el motor no puede controlar.
Dónde los humanos siguen importando
- Gusto. Los agentes pueden hacer una interfaz legible; no pueden decidir que se siente bien. Cada veredicto de "esto es divertido" es humano.
- Cortes. El mejor resultado de una semana de tubería suele ser la decisión de matar una función. Los agentes rara vez proponen matar su propio trabajo; los humanos deben hacerlo.
- Aceptación de medios. El arte generado pasa las verificaciones técnicas mucho más seguido que las estéticas. La vara de "este personaje pertenece a este mundo" sigue siendo humana.
Cuánto cuesta esto
Ejecutar esta tubería cuesta llamadas de API, no salarios. Una simulación pesada en contenido como Linjiang Chronicles gasta la mayor parte de su presupuesto en bucles de generación y verificación, no en escribir código. El intercambio es explícito: más cómputo, menos personas — y más disciplina requerida, porque una tubería sin contratos ni evidencia solo produce caos más rápido.
Sigue la construcción
Este laboratorio publica la tubería a medida que evoluciona — incluidos los fracasos, las funciones cortadas y los desgloses de costes. Lo próximo: un análisis profundo de la tubería de atlas de sprites con manifiestos reales, y el bucle completo de QA del sistema de despacho. Los juegos serán jugables aquí antes que en cualquier otro sitio.
¿Qué herramientas usan?
Godot 4.6 para los juegos; modelos de generación de imagen, video y audio para los recursos; y un flujo de trabajo de contratos y evidencia (documentado en estos artículos) para mantener verificable la producción de los agentes. Los enfoques son neutrales respecto al proveedor.
¿Puede un desarrollador solo copiar esta tubería?
Sí, y escala hacia abajo: las ideas centrales son (1) generar la rebanada vertical más pequeña, (2) congelar las interfaces una vez aceptadas, (3) exigir evidencia de ejecución para cada afirmación. El próximo artículo de sprites detalla los pasos exactos.
¿La IA hace todo el trabajo?
No. Los agentes hacen el trabajo de volumen — generación, implementación, pruebas de regresión, recolección de evidencia. Los humanos son dueños de la dirección, el gusto y la aceptación final. La división honesta: los agentes construyen lo que especificas; tú eres responsable de especificar algo que valga la pena construir.