Si has probado "vibe coding" con Claude, GPT-4 o Copilot para crear una app web, probablemente te sorprendió lo bien que funciona. Describes lo que quieres, la IA genera el código, lo pegas, y funciona. Pero intenta hacer lo mismo con un motor de juegos y todo se desmorona. Aquí explico por qué.
Qué es el vibe coding
El término lo acuñó Andrej Karpathy en febrero de 2025: escribir código guiándote por la "vibra" en lugar de la lógica, dejando que la IA genere la mayor parte del código mientras tú solo diriges.
Para apps web, esto funciona sorprendentemente bien. Los LLMs tienen billones de tokens de React, Next.js, Express y Django en sus datos de entrenamiento. El patrón CRUD (crear, leer, actualizar, borrar) representa el 80% de las apps web, y la IA lo domina.
Por qué se rompe en game dev
Los motores de juegos tienen tres problemas fundamentales que los LLMs no saben resolver:
1. Formatos binarios y propietarios
Una app web es texto puro: HTML, CSS, JavaScript, JSON. Un LLM puede leer y escribir todo eso.
Un proyecto de Unity tiene archivos .prefab, .asset, .unity — formatos binarios o YAML propietario que ningún LLM entiende. Unreal usa Blueprints, que son grafos visuales almacenados en binario.
// App web: el LLM ve esto
<div className="player" style={{position: 'absolute', left: x, top: y}}>
<img src="/sprite.png" />
</div>
// Unity: el LLM ve esto
%YAML 1.1
%TAG !u! tag:unity3d.com,2011:
--- !u!1 &4820625918942900646
GameObject:
m_ObjectHideFlags: 0
m_CorrespondingSourceObject: {fileID: 0}
m_PrefabInstance: {fileID: 0}
¿Cuál de los dos puede editar un LLM? Exacto.
2. Estado del editor vs estado del código
En desarrollo web, el código ES la aplicación. Si cambias app.js, cambias la app.
En un motor de juegos, el código es solo una parte. La otra mitad es el estado del editor: posiciones de nodos, propiedades de materiales, configuración de física, TileMaps, animaciones. Todo eso vive en el editor, no en el código.
Cuando le dices a una IA "mueve al jugador a la derecha", necesita:
- Saber qué nodo es el jugador
- Conocer la estructura de la escena
- Entender el sistema de física del motor
- Modificar tanto código como propiedades del editor
Un LLM que solo genera código no puede hacer nada de esto.
3. Loops de retroalimentación visual
En web dev, puedes hacer npm run dev y ver el resultado en el navegador. La IA puede incluso tomar screenshots y corregir errores visuales.
En game dev, necesitas ejecutar el juego dentro del motor, interactuar con él en tiempo real, y evaluar si la física "se siente bien". No hay un endpoint HTTP que devuelva "la gravedad está mal". Es un juicio visual y táctil que los LLMs no pueden hacer.
La excepción: Godot
Hay un motor que no tiene estos problemas: Godot.
| Problema | Unity/Unreal | Godot |
|---|---|---|
| Formato de escenas | Binario/YAML propietario | Texto plano (.tscn) |
| Lenguaje | C#, C++ | GDScript (sintaxis Python) |
| Acceso al editor | API limitada | API abierta (MIT) |
| Datos de entrenamiento | Medio | Alto (Python-like) |
Las escenas de Godot son archivos de texto que un LLM puede leer y escribir:
[gd_scene format=3]
[node name="Jugador" type="CharacterBody2D"]
position = Vector2(100, 200)
[node name="Sprite" type="Sprite2D" parent="."]
texture = ExtResource("1_abc123")
Y GDScript es básicamente Python con tipos:
extends CharacterBody2D
@export var velocidad: float = 300.0
func _physics_process(delta):
var direccion = Input.get_axis("izquierda", "derecha")
velocity.x = direccion * velocidad
if Input.is_action_just_pressed("saltar") and is_on_floor():
velocity.y = -400.0
move_and_slide()
Si sabes Python, ya sabes GDScript.
El estado actual de la IA en game dev
Según el GDC State of the Industry 2025, el 31% de los desarrolladores de juegos usan herramientas de IA. Pero la mayoría las usa para tareas aisladas: generar arte conceptual, escribir diálogos, o crear efectos de sonido.
La generación de código para juegos sigue siendo problemática porque los LLMs no entienden el contexto del motor. No saben qué nodos tienes en tu escena, qué señales están conectadas, o cómo está configurada tu física.
Esto está cambiando. Ya existen herramientas que se integran directamente en los motores para darle al LLM acceso al estado del editor. Pero por ahora, la mayoría de los desarrolladores de juegos siguen usando la IA como un asistente de búsqueda glorificado, no como un co-desarrollador real.
¿Qué significa esto para los desarrolladores hispanohablantes?
América Latina tiene una escena indie de juegos en crecimiento. Eventos como el BIG Festival en Brasil, EVA en Argentina, y la comunidad de gamedev en español muestran que hay talento y demanda.
La combinación de un motor gratuito (Godot) + herramientas de IA que entienden sus formatos reduce la barrera de entrada significativamente. Un desarrollador solo puede crear un prototipo jugable en un fin de semana, algo que hace cinco años requería un equipo de al menos tres personas.
Si trabajas en web y nunca has tocado game dev, Godot + IA es la mejor puerta de entrada que ha existido.
Cómo empezar
- Descarga Godot (godotengine.org) — 100 MB, sin instalación
- Haz el tutorial oficial — "Tu primer juego 2D" en ~2 horas
- Usa un LLM para escribir GDScript — Claude y GPT-4 lo entienden bien
- Publica en itch.io — gratis, con feedback de la comunidad
Si alguien de la comunidad DEV.to en español ya desarrolla juegos con Godot, me encantaría saber su experiencia en los comentarios.
Top comments (0)