Por qué tu primer juego generado con IA es malo, y qué hacer al respecto
Lo primero que construyes con IA normalmente funciona y es soso. No es un fallo de las herramientas, y un modelo mejor no lo arreglará. Es un problema de descripción, un problema de media y un problema de juicio, y los tres tienen arreglos concretos.
Publicado el 2026-08-18 · Game design
Funciona, y aburre
El primero siempre sale igual. Describes un juego. Se construye algo. Arranca. Hay un personaje, un suelo, unos cuantos enemigos, una puntuación. Nada se cuelga.
Lo juegas noventa segundos y llega una sensación difícil de nombrar al principio. No es que haya algo roto. Es que no pasa nada. Te mueves, pulsas el botón, el enemigo muere, el número sube, y no tienes ningún motivo para volver a hacerlo.
La primera reacción de casi todo el mundo es suponer que algo salió mal en lo técnico, o que la herramienta todavía no es lo bastante buena, o que el modelo tiene que ser más listo. A veces es verdad. En la inmensa mayoría de los casos, no. Lo que tienes es una construcción fiel de lo que pediste, y lo que pediste era una categoría y no una experiencia.
Merece la pena decirlo claro porque la alternativa hace perder semanas. Puedes pasar esas semanas probando herramientas distintas y formulaciones distintas y obtener el mismo juego aburrido cada vez, porque el problema nunca estuvo en la generación.
Describiste un género, y un género es una media
"Un juego de plataformas 2D en el que recoges monedas." "Un juego de supervivencia en una isla." "Un dungeon crawler roguelike." Cada una de esas frases describe una categoría de juegos, no un juego.
Pide una categoría y obtienes la media de esa categoría, porque la media es lo único que especifica la descripción. La altura del salto es la altura media. El enemigo va y viene porque eso es lo que hacen los enemigos en esa descripción. La moneda no hace nada más que sumar. Nada está mal; todo es la mediana.
La mediana de un género es exactamente lo que nadie quiere jugar. Lo que hace que un juego de plataformas merezca la pena nunca es que tenga plataformas. Es una relación concreta entre el arco del salto, la inercia y la geometría del nivel que alguien afinó durante meses. Celeste no es "un juego de plataformas con impulso". Es un impulso con una longitud concreta, una congelación concreta, una regla concreta sobre cuándo vuelve y niveles construidos por completo alrededor de esas decisiones.
Nada de eso se deduce del nombre del género, así que nada de eso está en lo que recibes. La generación hizo su trabajo. La descripción no contenía ningún juego.
El corolario es incómodo y útil: la parte interesante de tu juego es la parte en la que todavía no has pensado. Hasta que tomes una decisión propia de tu juego y no implícita en su género, ninguna herramienta de ningún tipo puede producir otra cosa que la media.
El modelo no tiene gusto, y no puede tenerlo
Un modelo puede decirte qué suelen hacer los juegos de un género. No puede decirte si el salto de tu juego se siente bien, porque sentirse bien no es una propiedad del código. Es una propiedad de la experiencia de una persona con el mando en las manos, y el modelo no tiene el mando en las manos.
Esta es la limitación que sostiene todo lo demás, y no desaparece con un modelo mejor. Pregúntale a cualquier sistema de IA si tu combate es satisfactorio y recibirás una respuesta fluida, creíble y totalmente inventada. Describirá el combate que tú le describiste. No tiene acceso a lo que de verdad quieres saber.
Lo que significa que el gusto del proyecto tiene que venir de ti, y tiene que venir de jugar. No de leer el código, ni de ver un vídeo, ni de razonar si el diseño suena bien. De jugarlo, una y otra vez, y fijarte en lo que sientes.
La gente infravalora cuánto de esto es una habilidad en sí. Darte cuenta de que te aburres es fácil. Darte cuenta de exactamente cuándo empezaste a aburrirte, y qué estabas haciendo los cuatro segundos anteriores, es el trabajo de verdad, y es el trabajo que produce una instrucción concreta en lugar de una insatisfacción vaga.
El instinto cuando un juego generado decepciona es recurrir a un modelo más grande y más listo. Casi nunca ayuda, porque lo que falta no es inteligencia sobre los juegos en general. Es información sobre tu juego en concreto, y la única fuente de eso eres tú jugándolo.
Pediste todo a la vez
El segundo error estructural es el alcance de la primera petición. Inventario, fabricación, día y noche, tres tipos de enemigo, un sistema de misiones, guardar y cargar, un menú.
Lo tendrás todo, con la menor profundidad posible, porque el esfuerzo se dividió entre nueve. Y ahora tienes una cosa grande en la que cada parte es mediocre, y ninguna está lo bastante terminada como para decirte si merece la pena tenerla. Peor aún, cambiar cualquier cosa significa tener en cuenta otros ocho sistemas que la tocan.
El patrón que funciona es el contrario y parece absurdamente pequeño. Construye un verbo. Haz que sea bueno. Toda la primera sesión debería producir un personaje que se mueve y una cosa que hace, y luego deberías pasar mucho más tiempo del que parece razonable haciendo que esa cosa se sienta bien.
En concreto: ¿hay una preparación antes del golpe, y cuánto dura? ¿Se para el personaje al golpear? ¿Tiembla la pantalla, y cuánto, y durante cuántos fotogramas? ¿Hay una pausa de impacto? ¿Sale despedido el enemigo, y el jugador? ¿Qué pasa si vuelves a pulsar el botón a mitad?
Son ocho preguntas sobre una sola acción y cada una tiene una respuesta equivocada que notas al instante. Responderlas es lo que convierte una mecánica en un juego. Y ni siquiera puedes hacértelas si construiste nueve sistemas el primer día, porque no hay suficiente de ninguno como para tener una opinión.
Nada ofrece resistencia
El tercer motivo por el que los primeros intentos son sosos es que no tienen fricción. Enemigos que no amenazan. Recursos que nunca escasean. Decisiones en las que cualquier opción está bien. Un fallo que no cuesta nada.
Pasa por defecto porque una descripción simple no especifica la tensión. Dijiste que había enemigos. No dijiste que quien juega debiera tenerles miedo. El miedo es un resultado de diseño que sale de números concretos. Cuánto daño. Lo rápido que acortan la distancia, cuántos a la vez, cuánto tarda en curarse, qué cuesta morir.
Un diagnóstico útil: en cualquier momento de tu juego, ¿puede quien juega perder algo? Si no, nada de lo que hace importa, y ninguna cantidad de contenido hará que importe. Los juegos sin ningún riesgo de perder no son malos automáticamente, pero necesitan otro motor que los mueva, normalmente la curiosidad o la expresión, y eso también hay que construirlo a propósito.
Pruébalo directamente. Juega dos minutos mal a propósito. Quédate quieto, ignora a los enemigos, no gastes nada, elige siempre la peor opción. Si en general estás bien, has encontrado el problema, y es un problema mucho más fácil de abordar que "el juego es aburrido".
El problema de la sopa de recursos
Luego está el aspecto, que normalmente es un conjunto de cosas que no se pertenecen entre sí. Un personaje semirrealista. Un enemigo de dibujos animados. Una textura de suelo fotográfica y la interfaz por defecto del motor en una tipografía que nadie eligió.
Cada pieza salió de una petición separada, y ninguna decisión de estilo pasó de una a otra. El resultado se lee barato aunque cada recurso por separado sea competente, porque la coherencia es una propiedad del conjunto y el conjunto nunca se tuvo en cuenta.
El arreglo es más barato de lo que parece y no te obliga a hacer arte. Elige una paleta pequeña, cinco o seis colores, y mete todo en ella. Elige una tipografía y úsala en todas partes. Elige una dirección de la luz. Borra los recursos que no encajan en lugar de intentar reconciliarlos.
Un juego hecho solo de formas planas de colores en una paleta acordada parece intencionado. Un juego hecho de recursos de alta calidad que no casan parece una carpeta. Lo intencionado gana a lo caro siempre, y lo intencionado es una decisión y no un presupuesto.
Qué hacer de verdad, por orden
Primero, juégalo diez minutos con una libreta, y apunta el momento cada vez que sientas algo: aburrimiento, confusión, frustración, un breve placer. No arregles nada mientras juegas. Estás reuniendo pruebas, y pararte a arreglar cosas destroza la partida.
Segundo, mira la lista y busca el primer momento malo. No el peor, el primero. Todo lo que viene después está contaminado, porque ya estabas desconectado. Arregla esa única cosa.
Tercero, expresa el arreglo como un cambio concreto y no como una queja de calidad. "El combate es aburrido" no es algo sobre lo que puedas actuar tú ni nadie. "El enemigo aguanta cuatro golpes y debería aguantar dos, y debería parpadear en blanco y quedarse quieto un momento al recibir un golpe" es un cambio que puedes hacer y evaluar al momento.
Cuarto, vuelve a jugar. Los diez minutos enteros, desde el principio. Este es el paso que todo el mundo se salta y el que se acumula, porque casi todos los cambios arreglan lo que buscabas y rompen algo de al lado, y eso no lo encontrarás probando el cambio por separado.
Quinto, más o menos a la tercera vuelta, recorta algo. Siempre hay ahí un sistema que no se gana su sitio, y quitarlo hará el juego claramente mejor de una forma que añadir nunca consigue. Ico es el ejemplo habitual del diseño por sustracción, y el principio aguanta a cualquier escala: lo que quitas deja de competir por la atención con lo que de verdad te importa.
Sexto, y solo cuando el bucle sea divertido de verdad durante dos minutos, añade contenido. No antes. El contenido construido sobre un bucle que no funciona solo produce más de algo que nadie quiere hacer.
Consigue que otra persona lo juegue
Lo más valioso que puedes hacer cuesta media hora: siéntate con alguien, dale el mando y no digas nada en absoluto.
No decir nada es lo difícil. Querrás explicar los controles, mencionar que el arte es provisional, avisar de que el segundo nivel está sin terminar. Cada una de esas frases destruye los datos que venías a buscar, porque quien juegue a tu juego cuando salga no te llevará pegado.
Mira sus manos y su cara en lugar de escuchar sus palabras. La gente es educada y te dirá que está bien. También, sin darse cuenta, pulsará cuatro veces el botón equivocado, no verá la salida, pasará de largo lo que te llevó dos días y se quedará callada justo en el momento en que el juego la pierde. Ese silencio es la información más útil que tendrás en todo el mes.
Tómate en serio lo que hace y con ligereza lo que sugiere. La gente es excelente identificando dónde algo va mal y poco fiable recetando el arreglo, porque el arreglo requiere saber para qué es el juego, y eso solo lo sabes tú.
Lo que es distinto de verdad ahora, y lo que no
Lo que ha cambiado de verdad es el coste de probar algo. Una idea que antes llevaba una semana probar ahora lleva una hora, y eso es un cambio de naturaleza, no solo de velocidad. Significa que te puedes permitir equivocarte muchas más veces, y equivocarse rápido y a menudo es como ha funcionado siempre el diseño. Casi todo el diseño profesional es el proceso de descartar, y la limitación siempre fue que descartar salía caro.
Lo que no ha cambiado en absoluto es la parte en la que alguien juega la cosa y decide si es buena. Ese siempre fue todo el trabajo. Nunca fue teclear.
Así que el que tu primer juego sea malo no es una señal de que el enfoque no funciona, ni una señal sobre tu capacidad. Es la primera iteración completamente normal que ha tenido todo juego, llegando más rápido que antes. La gente cuyos primeros prototipos también eran malos simplemente tardaba tres semanas en descubrirlo en lugar de una tarde.
El fallo que importa de verdad es otro: describir un juego, recibir algo mediocre y concluir que la herramienta no está lista, en lugar de que esta es la iteración uno de treinta. Quienes acaban con algo bueno son quienes juegan la versión aburrida, apuntan dónde les perdió, cambian una cosa y vuelven a jugar. Eso nunca se ha podido automatizar, y no es la parte que merece la pena automatizar.
Descarga Flockbay
Que la primera versión sea sosa es el punto de partida normal, no un veredicto. Lo que hagas en las cinco iteraciones siguientes lo decide todo.