Las preguntas que distinguen un creador de juegos con IA de otro

Todas las herramientas de esta categoría anuncian las mismas cuatro cosas. Aquí están las preguntas que de verdad las distinguen, en qué es buena de verdad cada forma de herramienta y una prueba que puedes hacer en una tarde.

Publicado el 2026-08-18 · Game design

Read this page in English

Por qué las listas de funciones no sirven

Abre tres productos de esta categoría y lee sus páginas lado a lado. Los tres describen un juego a partir de una descripción, arte a partir de una descripción, código que funciona y una forma de publicar. Las listas son casi idénticas, y ninguna miente.

Convergen porque todas describen capacidades de los modelos de debajo, y todo el mundo tiene acceso más o menos a los mismos modelos. Una lista de funciones en esta categoría es una lista de lo que puede hacer la generación, no de lo que ha construido el producto.

Las diferencias son reales, pero viven en sitios que una página de marketing no tiene motivo para mencionar. Qué produce la herramienta en disco. Qué pasa cuando el modelo se equivoca. Cuánto cuesta iterar, y con qué te quedas al final.

Así que la comparación útil es un conjunto de preguntas y no una tabla. Abajo están las que distinguen de forma fiable dos herramientas, junto con cómo es una buena respuesta y por qué importa. La mayoría no tienen respuesta correcta, solo una respuesta que encaja con tu proyecto o no.

Qué produce, y si puedes abrirlo

Esta es la primera pregunta y separa el campo más rápido que ninguna otra. Algunas herramientas producen un proyecto en un formato estándar, en tu disco, con una estructura que entiende un motor normal. Otras producen un proyecto dentro de su propio sistema, descrito en sus propias estructuras.

Ninguna es mejor automáticamente. Un sistema cerrado puede ofrecer una experiencia mucho más limpia, porque cuando la herramienta es dueña del formato puede garantizar lo que hay dentro. Las herramientas construidas sobre el formato de un motor general heredan sus rarezas junto con su potencia.

Lo que importa es que sepas cuál elegiste y lo valores bien. Si es un formato estándar, puedes traer ayuda de fuera, usar tutoriales existentes y moverte si lo necesitas. Si es un sistema propietario, estás comprando comodidad y profundidad a cambio de que la salida sea más difícil.

Pregunta en concreto qué contiene una exportación. "Exporta tu juego" puede significar el proyecto editable, o una build jugable, o un archivo de datos que solo significa algo para ese producto. Son tres promesas muy distintas y las mismas dos palabras cubren las tres.

Dónde corre el juego

Un juego que corre en una pestaña y uno que corre como aplicación instalada tienen perfiles de rendimiento distintos, presupuestos de memoria distintos e historias de distribución distintas. Cada herramienta ha elegido una y la elección da forma a todo lo que viene después.

Correr en una pestaña compra la mejor distribución del software. Un enlace se abre en cualquier equipo, un desconocido hará clic, y no hay nada entre él y tu juego. Si el éxito de tu proyecto significa que mucha gente lo pruebe rápido, esa ventaja es muy difícil de superar y deberías darle mucho peso.

Correr de forma nativa compra margen. Más memoria, acceso más completo al hardware gráfico, carga más rápida de escenas grandes y un rendimiento más cercano a lo que puede hacer de verdad el equipo. Si tu proyecto es 3D con cierta escala, o va a seguir creciendo durante meses, aquí es donde el techo está más alto.

La pregunta no es cuál es mejor sino qué fallo te dolería más: que nadie pruebe tu juego, o que tu juego no pueda llegar a ser lo que querías. Responde primero a eso y esta pregunta se responde sola.

Qué pasa en el cuarto cambio

Todas las demostraciones de esta categoría muestran el primer cambio. Entra una descripción, aparece algo y es de verdad impresionante. Casi ninguna muestra el cuarto.

El cuarto cambio es la prueba de verdad, porque para entonces hay un contexto. Tu cambio tiene que sobrevivir al contacto con todo lo que ya hay en el proyecto. Añadir un inventario a una escena vacía es fácil. Añadir un inventario a un juego que ya tiene una tienda, un sistema de guardado y una mecánica de recoger objetos requiere entender los tres, y entender lo que ya existe es otra habilidad distinta a producir algo nuevo.

Fíjate en lo que les pasa a las partes que no mencionaste. Las herramientas flojas regeneran más de lo que pediste, descartando en silencio un valor que habías ajustado o una sala que habías ordenado. Las fuertes hacen un cambio acotado y dejan el resto en paz, y en unos veinte minutos de prueba sabes cuál tienes.

Aquí es también donde más se nota la diferencia entre las herramientas construidas sobre generación y las construidas sobre edición real. Si cada cambio es una regeneración, tu proyecto nunca puede acumular. Si los cambios son ediciones, sí.

Qué puedes hacer a mano cuando está mal

El modelo se equivocará. No de vez en cuando: de forma habitual, en cosas pequeñas, varias veces por sesión. Es normal y no es razón para rechazar nada. La pregunta es qué te deja hacer la herramienta al respecto.

La respuesta más floja es: descríbelo otra vez. Si la única interfaz es la descripción, cada corrección es otra ronda de traducción, y las correcciones que más sufren son justo las que más importan para cómo se siente un juego. Nadie ha encontrado nunca una buena altura de salto escribiendo frases sobre ella.

Una respuesta mejor es un conjunto de controles directos. Un valor que puedes arrastrar mientras el juego está en marcha. Un objeto que puedes mover con el ratón. Una sala que puedes distribuir. Una lista que puedes reordenar. Son poco glamurosos y son la diferencia entre una herramienta con la que puedes terminar algo y una con la que puedes empezar algo.

Pruébalo a propósito. Elige un número, como la velocidad de movimiento, y mira lo rápido que puedes cambiarlo y sentir el resultado. Si la respuesta es menos de diez segundos, la herramienta respeta que eres tú quien juzga. Si requiere un párrafo y una espera, iterar sobre la sensación va a ser doloroso.

Qué hace con el arte y el sonido, con honestidad

Todas las herramientas de esta categoría pueden producir imágenes. Lo que las separa es lo que les pasa a esas imágenes después, porque una imagen no es un asset.

Las cosas concretas que hay que buscar son prosaicas. ¿Recorta un borde alfa limpio o te da un sujeto sobre un fondo? ¿Puede producir algo a un tamaño exacto en píxeles y no aproximado? ¿Un conjunto de objetos vuelve compartiendo paleta, o cada llamada reinventa el estilo? ¿Hay algún concepto de coherencia entre dos llamadas? Esas son las diferencias entre sustitutos provisionales que puedes usar y sustitutos que tienes que arreglar.

Lo mismo pasa en tres dimensiones, con un filo más duro. Los modelos generados hoy llegan con topología densa e irregular, distribuciones de textura hechas por máquina, sin niveles de detalle y sin rig. Vale para bocetar un espacio y es pobre para cualquier cosa en la que se detenga la cámara, y cualquier herramienta que dé a entender lo contrario está describiendo algo que todavía no existe.

En sonido, espera clips sueltos y cortos: impactos, pitidos, pasos. Es útil de verdad para un prototipo que estaba en silencio. No es un sistema de audio, y una herramienta que diga encargarse del audio de tu juego está afirmando mucho más de lo que da la tecnología.

Cuánto cuesta mientras iteras

Las páginas de precios describen un número mensual. Iterar describe un ritmo. Los dos interactúan de formas fáciles de pasar por alto hasta la primera vez que se te acaba algo a mitad de una sesión.

Averigua qué se mide. Peticiones, imágenes generadas, tiempo o alguna unidad interna. Luego haz una estimación honesta según cómo trabajas de verdad, que son muchos intentos pequeños y no unos pocos grandes. Cualquier cosa que te haga dudar antes de probar una variación es un coste real, porque la duda elimina justo los intentos para los que existe iterar.

Comprueba también qué pasa al llegar al límite. Algunas herramientas van más lentas, otras se paran, otras cobran más. Las tres son aceptables y solo una es una sorpresa desagradable con una fecha de entrega encima.

Y separa el precio de la herramienta del precio de usarla. Una suscripción más barata con un ritmo de iteración caro suele ser peor trato para quien está construyendo en serio, y mejor trato para quien solo está trasteando.

Si puedes salir, y cuánto se viene contigo

Prueba la exportación una vez, en la primera semana, mientras el proyecto es trivialmente pequeño. Son los veinte minutos más informativos de toda la evaluación y casi nadie los dedica.

Exporta el proyecto y luego intenta abrir el resultado en la herramienta estándar para ese formato. Apunta qué llegó: los niveles, los scripts, los assets, los ajustes, la disposición de las cosas que colocaste a mano. Apunta qué no. Todo lo que no llegó es algo que reconstruirías a mano si alguna vez te fueras.

Haz lo mismo con los assets. Tus imágenes y audio deberían existir como archivos que puedes encontrar, idealmente con la misma estructura de carpetas que habrías usado tú. Si la única copia de tu arte vive dentro de la herramienta, es una dependencia que conviene conocer.

Nada de esto tiene por qué cambiar tu decisión. Hay muchas buenas razones para aceptar una salida difícil a cambio de una experiencia mejor. La idea es elegirlo sabiéndolo y no descubrirlo en el peor momento posible.

Las formas de herramienta, y a quién le encaja cada una

Los creadores basados en navegador son la mejor opción para un primer proyecto, un entorno de enseñanza, una jam o cualquier cosa cuya medida de éxito sea cuánta gente hace clic en un enlace. Quitan todos los obstáculos entre una persona y su primera cosa jugable, y ninguna otra forma de herramienta compite en eso. Sus límites aparecen en proyectos 3D grandes y en proyectos largos.

Los asistentes integrados en un motor establecido encajan con quien ya trabaja en ese motor. El motor está maduro, la documentación es enorme y el asistente está junto a herramientas refinadas durante una década. La pega es que sigues manejando un motor profesional, y el asistente no quita esa curva de aprendizaje, más bien la suaviza.

Los asistentes de programación generales apuntados a un proyecto de motor son la opción más flexible y la menos guiada. Si ya sabes leer la estructura de un proyecto, son capacísimos y no imponen nada. Si no, te ayudarán encantados a construir algo que no tienes forma de evaluar.

Las aplicaciones instaladas construidas en torno a la generación apuntan al medio: margen suficiente para que el proyecto crezca, guía suficiente para que no manejes un motor profesional sin ayuda. Te cuestan el enlace, que no es poca cosa a la que renunciar.

Ninguna forma domina. La elección es qué conjunto de compromisos encaja con el proyecto que tienes delante, y la respuesta puede cambiar legítimamente entre dos proyectos de la misma persona.

La prueba de una tarde

Leer sobre esto es un mal sustituto de cuatro horas con cada candidata. Pasa el mismo encargo pequeño por cada una y compara lo mismo con lo mismo.

Elige algo lo bastante concreto para juzgarlo: un personaje que se mueve y salta, una sala, un enemigo, un objeto que recoger y una forma de perder. Luego haz estas cinco cosas en orden. Que se pueda jugar. Cambia la altura del salto hasta que se sienta bien. Añade una segunda sala y conéctala. Sustituye una imagen provisional por un archivo tuyo. Exporta el proyecto y abre el resultado en otro sitio.

Cronometra cada paso y apunta dónde te atascaste. Las clasificaciones que salen de ese ejercicio rara vez coinciden con lo que habrías predicho por el marketing. Las herramientas se diferencian sobre todo en los pasos dos, cuatro y cinco, que son los que nadie demuestra.

Un último consejo: juzga el ciclo entero, no el primer minuto. El primer minuto es con lo que estos productos están optimizados para impresionarte. La cuarta hora es donde vas a vivir de verdad.

Descarga Flockbay

Pasa el mismo encargo pequeño por cada candidata, cronometra los pasos incómodos y juzga por la cuarta hora y no por el primer minuto.

Lee más notas de diseño de juegos