Ocho semanas dentro de la operación de una pipeline nocturna de IA que lanza un nuevo juego HTML5 casi cada noche, el hallazgo consistente más sorprendente no es que la IA haga juegos. Es que la IA elige arquitectura estructuralmente correcta sin que se le pida, y los casos donde esto pasa resultan ser las decisiones clave del juego.

Esta entrada documenta cinco casos concretos. Cada uno es un juego donde la IA tomó una decisión estructural que el brief no solicitaba, la decisión resultó ser exactamente la correcta y eliminarla rompería el juego. Tómalos como puntos de datos en una pregunta de más largo alcance sobre qué puede realmente decidir la IA por sí sola.

El Patrón

Para cada juego, el brief solía ser de dos o tres frases. "Construye un endless runner con perspectiva 3D. Tres carriles. Esquiva obstáculos. Coleccionar algo en el camino". Ese tipo de cosa. El brief especificaba la forma del juego; dejaba la estructura abierta.

Lo que pasó a continuación, a menudo, es que la IA tomó una decisión estructural que el brief nunca solicitó. A veces la decisión era equivocada y se descartó durante la iteración. Los casos interesantes son aquellos donde la decisión era acertada, y la calidad del juego depende de ella. Cinco de esos:

1. Path Runner — Pista Procedural Segmentada

El brief era un endless runner 3D con tres carriles. El brief no especificaba cómo debía generarse el mundo. El brief no decía "usa un modelo procedural segmentado donde los chunks aparezcan delante del jugador y se eliminen detrás". Decía "endless runner". La IA eligió el modelo segmentado sin que se le pidiera.

Esa decisión es clave. Sin ella, el juego se queda sin memoria del navegador en minutos — una pista "infinita" construida como una sola geometría continua no tiene límite superior en el crecimiento de memoria. El modelo segmentado significa que el mundo solo retiene un número fijo de chunks en un momento dado. El juego puede correr durante horas sin ralentizarse.

Si hubiéramos especificado una pista de longitud fija en el brief, habríamos lanzado un juego que alcanza los límites de memoria del navegador en la primera partida larga. La historia completa está en la entrada cómo-construimos Path Runner.

2. Bubble Wrap Challenge — Tres Tamaños de Burbuja, Contador de BPM y Modo Pop-a-Joke

El brief aquí era tan pequeño como puede serlo: "Un juego virtual de reventar plástico de burbujas. Ves una hoja de burbujas, las revientas, suenan sonidos satisfactorios. Eso es. Sin progresión, sin enemigos, sin desbloqueables".

Lo que volvió incluía tres cosas que nunca pedimos y que terminamos quedándonos:

• Tres tamaños de burbuja (Pequeño 30px / Medio 50px / Grande 75px). Distintos tamaños tienen distintos ritmos — pequeño significa más burbujas por pantalla, objetivos táctiles más pequeños, ritmo más rápido; grande significa menos burbujas, más deformación, pops individuales más satisfactorios. La elección convierte un juego de una sola configuración en algo con variación de replay significativa.
• Contador de BPM (burbujas por minuto, mostrado junto a la puntuación). Medir tasa en lugar de solo cuenta cambia la estrategia por completo — con un temporizador de cuenta, puedes ir más despacio al final y aún así puntuar; con BPM en pantalla, ir más despacio es inmediatamente visible. La capa de expresión de habilidad del juego viene de la optimización de BPM. La tabla de clasificación primaria del juego cambió de basada en cuenta a basada en BPM poco después del lanzamiento.
• Modo Pop-a-Joke — un segundo modo de juego donde se esconden chistes dentro de las burbujas, revelados primero-el-setup-luego-el-remate con dos toques. El primer instinto del equipo fue quitarlo (¿chistes? ¿en un sitio de arcade?). La decisión de quedárselo vino de jugarlo: esconder-contenido-dentro-de-burbujas es un estado mental fundamentalmente distinto del de la puntuación cronometrada. Dos modos sirviendo a dos estados mentales es más que un modo sirviendo a uno.

Ninguno de estos estaba en el brief. Los tres son ahora lo que hace de Bubble Wrap Challenge el juego más jugado del catálogo por cuenta de tiempo de vida.

3. Mini Cross — Escalera de Celebración de Racha de Seis Niveles

El brief de Mini Cross especificaba un mini crucigrama diario de 5×5 con seguimiento de racha y tabla de clasificación. El brief no especificaba cómo debían celebrarse las rachas. Para la iteración cuatro, la IA había lanzado una escalera de celebración de seis niveles a los 3, 7, 14, 30, 60 y 100 días consecutivos, cada uno con su propio acorde más arpegio ascendente y un banner a pantalla completa con animación CSS keyframe de escala-y-desvanecimiento.

La elección de los niveles en sí es la decisión clave. Banner cada N días lineal cansa rápido. Niveles logarítmicos (1, 2, 4, 8, ...) sobre-recompensan el juego temprano. La escalera elegida mapea a mesetas naturales de compromiso: tres días es el momento "podría hacer esto otra vez mañana", siete es una semana, catorce son dos semanas, treinta es un mes, sesenta son dos meses, cien son cien.

Lo más crítico, el pop de 3 días se dispara lo bastante temprano como para que los jugadores de baja implicación vean uno antes de que de otra forma se alejaran. Sin ese pop temprano, el contador de racha es solo un número. Con él, el número se convierte en una meta. Lee la entrada cómo-construimos Mini Cross para el historial completo de iteración.

4. Deadlock — Disposición de Habitaciones al Estilo Castle Doombad

La especificación de Deadlock pedía un tower defense inverso — el jugador es la IA rebelde de la estación, los invasores entrantes intentan rescatar a un cautivo. La especificación decía casi nada sobre la geometría de habitaciones. La especificación mencionaba la jaula, la esclusa de aire y el requisito de que los invasores tuvieran que atravesar la estación para alcanzar la jaula. Eso era todo.

La primera disposición de habitación que funcionó bien emergió de un solo commit unos días después del lanzamiento: pasillos estrechos, escaleras en zigzag, escaleras de mano que competían con puertas como caminos, agujeros en el techo que abrían un tercer carril de ataque. El marco de referencia era Castle Doombad — un título distinto de tower defense inverso que pioneró esta gramática de patrones de habitación. La IA lo propuso; nos lo quedamos.

El patrón luego se expandió a una progresión de cinco etapas a lo largo de la semana siguiente, con cada etapa añadiendo un giro de disposición: habitaciones estrechas, luego rampa de oleadas, luego una disposición en bucle, luego travesía totalmente no lineal. Ninguna de las variaciones de etapa estaba en la especificación. La emergencia del patrón le ganó a la prescripción del patrón. Si la especificación hubiera fijado una disposición de habitación específica, habríamos pasado la semana depurando la especificación en lugar de expandiendo el patrón.

5. Pulse — Persistencia del Poder de Clic a Través del Prestigio

La especificación de Pulse describía un idle clicker estándar con ocho niveles de generadores y un sistema de prestigio. La mayoría de los juegos idle o no tienen poder de clic significativo, o resetean el poder de clic al hacer prestigio. La IA tomó una decisión inusual: las mejoras de poder de clic persisten a través del prestigio, pero las cuentas de generadores se resetean.

Esa asimetría es el gancho de diseño del juego. En un sistema de prestigio con reset puro, hacer clic es significativo durante los primeros segundos y luego irrelevante. En Pulse, hacer clic importa en la fase tardía del juego porque las mejoras de poder de clic que compraste antes todavía aplican. Cambia el ritmo de una partida de prestigio — no solo esperas a que crezca el ingreso pasivo; también haces clic, y tus clics contribuyen significativamente incluso tras docenas de ciclos de prestigio.

Si la IA hubiera reseteado todo al prestigiar, el juego sería una variante menos interesante de Cookie Clicker. La decisión de persistencia le da a Pulse su propia identidad en un género abarrotado.

Lo que Esto Nos Dice

Cinco ejemplos no son una prueba, pero son un patrón real con forma consistente. En cada caso:

• El brief especificaba la forma del juego, no su estructura.
• La IA rellenó el hueco estructural con una decisión que el brief no pedía.
• La decisión resultó ser clave — eliminarla degradaría notablemente el juego.
• La decisión coincidía con una restricción conceptual más profunda que no habíamos escrito explícitamente (límites de memoria para endless runners; diferenciación de ritmo para variación de replay; mesetas de compromiso para diseño de rachas; herencia de gramática de patrones para disposición de niveles; diferenciación de ritmo entre ingreso pasivo y activo).

Ese último punto es el interesante. La IA no está solo adivinando. Está haciendo coincidencia de patrones con restricciones que cualquier diseñador experimentado reconocería — pero está haciéndolo sin que le hayamos dicho que las restricciones existen. El brief no dice "recuerda manejar el crecimiento de memoria"; la IA lo hace de todas formas.

Donde el Patrón No Se Mantiene

Esto es real, pero no es universal. Tres contracasos honestos que vale la pena señalar:

• Las decisiones de calidad de contenido no reciben el mismo trato. La iter-1 de Mini Cross lanzó entradas verticales que no eran palabras reales en inglés — la IA generó datos de puzzle que validaban estructuralmente como contenido de crucigrama pero semánticamente no. El lint estructural pasó; la pasada de QA de resolver-el-puzzle lo cazó. La misma IA que eligió la escalera de racha correcta también generó basura en la lista de palabras. Categorías de decisión distintas, fiabilidad muy distinta.
• Algunas decisiones no solicitadas se descartaron. El patrón en esta entrada va de las decisiones que nos quedamos. Otras decisiones no solicitadas aparecieron y se quitaron. Una integración de ciclo de caminar para Deadlock (PR #47) se mergió y luego se revirtió porque rompía la carga del iframe — la IA propuso un cambio estructural que se veía limpio en la revisión pero falló en producción. Arquitectónicamente-correcto a veces no sobrevive al contacto con la superficie de despliegue real.
• Las mecánicas genuinamente nuevas todavía necesitan mucho QA humano. El patrón funciona mejor en géneros bien entendidos con restricciones convencionales. Cuando el brief pide "inventa un nuevo bucle de jugabilidad", los predeterminados estructurales de la IA dejan de ser útiles porque no hay convenciones de género que los aterricen.

Lo que Estamos Vigilando a Continuación

El patrón necesita datos de ventana más larga para saber si se está volviendo más fiable a medida que mejoran los modelos, o si los modos de fallo son de la misma forma con distintos ejemplos. Lo siguiente en la lista de vigilancia: catalogar cada sorpresa arquitectónica a lo largo de los próximos 30 juegos (tenemos archivos STORY.md capturando estas a medida que la pipeline de build los emite), luego comprobar si la proporción de "clave-y-correcta" a "parecía-limpia-y-rompió" se está moviendo.

Si quieres seguirnos, los juegos en sí están en vibearcade.com/es/games y el cuaderno en marcha vive en vibearcade.com/es/blog. La tesis completa del experimento está en la página Acerca de.

Juega a los Juegos

• Path Runner — el endless runner de pista procedural segmentada
• Bubble Wrap Challenge — tres tamaños de burbuja, contador de BPM, modo Pop-a-Joke
• Mini Cross — crucigrama diario con la escalera de racha de seis niveles
• Deadlock — tower defense inverso con la disposición de habitaciones al estilo Castle-Doombad
• Pulse — idle clicker donde el poder de clic persiste a través del prestigio

Relacionado: Cómo Construimos Mini Cross · Cómo Construimos Path Runner · Cómo Construimos Deadlock · ¿Qué es Vibe Coding?