¿Cómo funcionan los creadores de juegos con IA?
Un creador de juegos con IA toma lo que describes, lo envía a un modelo de lenguaje junto con información sobre tu proyecto y mete el código que produce el modelo en un juego que funciona sobre un motor convencional. Las diferencias interesantes entre herramientas están en ese paso intermedio: cuánto se le cuenta al modelo y qué se le permite cambiar.
El ciclo básico
Describes algo que debería hacer el juego. La herramienta empaqueta esa descripción junto con contexto sobre tu proyecto y la envía a un modelo de lenguaje, que funciona en un servidor en algún sitio y no en tu equipo. El modelo devuelve código. La herramienta mete ese código en el proyecto y lo ejecuta.
Luego juegas el resultado. Si está mal dices qué estaba mal, y el ciclo vuelve a ejecutarse con eso añadido al contexto. No pasa nada más misterioso que eso.
Por eso todas las herramientas de la categoría necesitan conexión a internet para construir. El modelo está en la red. También es por lo que "hizo mi juego en treinta segundos" y "tardó cuatro intentos en dejar bien la puerta" son afirmaciones ciertas sobre la misma herramienta.
La parte que separa las buenas herramientas de las malas: el contexto
Un modelo no puede ver tu juego. Ve el texto que la herramienta decide enviarle. Si la herramienta no envía nada más que tu frase, el modelo escribe a ciegas y producirá código verosímil que hace referencia a cosas que no existen en tu proyecto.
Así que el trabajo de ingeniería en un creador de juegos con IA trata casi entero de qué entra en ese contexto. Qué nodos existen. Qué contiene la escena. Dónde está el terreno y qué está haciendo el clima. Qué pasó la última vez que se ejecutó el código. Cada una de esas es algo que el modelo ya no tiene que inventar.
También es por lo que "usa un modelo más grande" es la respuesta equivocada a un mal resultado. Un modelo más capaz que adivina a ciegas sigue adivinando. La fiabilidad viene de quitar la adivinanza, y eso es trabajo sobre la herramienta y no sobre el modelo.
Qué hace la herramienta con la respuesta del modelo
En las herramientas más sencillas, escribe un archivo y espera que funcione. En las mejores, el código entra en un proyecto vivo y la herramienta observa qué pasa (si compiló, si dio error al ejecutarse, qué hizo el juego) y lo devuelve para que el siguiente intento esté informado y no sea una suposición nueva.
Lo otro que controla la herramienta es el alcance: qué puede tocar el modelo. Algunas le dejan reescribir cualquier cosa, que es rápido y hace cambios que no pediste. Otras lo limitan al código y dejan el mundo en paz. Esa elección es una decisión de producto, y merece saber cuál estás usando.
Nada de esto implica IA mientras se juega. En casi todas las herramientas el modelo es una herramienta de construcción, y el juego con el que acabas es código normal que funciona por sí solo sin red y sin factura.
Cómo lo hace Flockbay
Flockbay es una app de escritorio para Mac y Windows con Godot incluido. Describes el comportamiento, Flockbay escribe GDScript en tu proyecto y pulsas Play: el juego corre en local en esa copia de Godot.
El problema del contexto de arriba es para lo que existe la capa de capacidades. Le da al modelo un mundo al que puede referirse por su nombre en lugar de una carpeta de scripts a partir de la que reconstruirlo. Qué nombres depende de lo que elegiste al crear el proyecto, porque pregunta si haces un juego 2D o 3D. En un mundo 3D el vocabulario es terreno, agua, clima y los objetos que hay en la escena. En uno plano es el suelo de tiles que pintaste, la franja de paisaje del horizonte, la persona a la que sigue la cámara y los sprites que colocaste. La misma capa y el mismo Flockbay; distintos sustantivos. Esa es la apuesta de diseño del producto.
El modelo está limitado a lo que puede llamar. Da forma a tu mundo solo a través de las herramientas de mundo, las mismas operaciones a las que llegas a mano con el builder en el editor de Godot. Y no hay un camino en el que Flockbay pida algo y la app haga en silencio otra cosa en su lugar: o lo hace Flockbay, o lo haces tú con los controles manuales.
Qué significa esto para ti en la práctica
Construir necesita conexión a internet porque el modelo, la generación de assets y los datos del mundo llegan por la red. Jugar lo que construiste no, porque el juego terminado es código normal de Godot.
Iterar es rápido porque el juego corre en tu equipo y no en una cola de renderizado en algún sitio. Y el proyecto es un proyecto normal de Godot en tu disco, así que nada del mecanismo de arriba encierra el resultado dentro de la herramienta que lo hizo.
Preguntas frecuentes
- ¿La IA funciona en mi ordenador?
- No. El modelo funciona en un servidor y se llega a él por la red, y por eso construir necesita conexión. El juego en sí corre en local.
- ¿La IA está dentro de mi juego terminado?
- No. Es una herramienta de construcción. Lo que se publica es código normal de Godot sin ningún modelo dentro.
- ¿Por qué a veces se equivoca?
- Normalmente porque le faltaba contexto sobre tu proyecto. Es el problema que resuelve la capa de capacidades, y describir lo que viste es cómo acierta el siguiente intento.
- ¿Puedo usar mi propio agente de IA en su lugar?
- Sí. Flockbay incluye un servidor MCP, así que un agente que hable MCP puede manejarlo. Conectar tu propio agente es gratis. El modelo se lo pagas al proveedor de tu agente; Flockbay no cobra nada por la conexión.
- ¿En qué lenguaje escribe?
- En GDScript, en tu proyecto de Godot, donde puedes leerlo si quieres.
Descarga Flockbay
Descarga gratuita para Mac y Windows.