Como tantos proyectos open source grandes y populares en estos días, el motor de videojuegos Godot está sufriendo una avalancha de pull requests. La situación se ha vuelto cada vez más difícil por la llegada del código generado por IA. Más específicamente, el problema está en la relación inversa entre calidad del código de un PR y cantidad de PRs recibidos, lo que gasta mucho tiempo del limitado equipo de revisores voluntarios. Eso obligó al proyecto a actualizar su política de contribución.
¿Qué prohíbe la nueva política?
Un punto interesante que plantea el anuncio es el efecto desmoralizador que tienen los PRs generados por IA sobre los revisores. Muchas veces el humano detrás del PR no tiene interés en aprender, o de plano se trata de un agente automatizado incapaz de discutir productivamente los pros y contras de un enfoque de código. Menos aún de transformarse en un mantenedor más estable del proyecto.
Este problema llevó a Godot a instaurar reglas nuevas, que incluyen:
- Prohibición de agentes de IA autónomos operando sobre el repositorio.
- Prohibición del vibe coding (uso de IA para generar código sin comprenderlo).
- Prohibición de generación sustancial de código por IA.
- Prohibición de texto generado por IA en la comunicación entre humanos (comentarios, discusiones, PR descriptions).
- Requisito codificado de que todos los PRs sean revisados y aprobados por un ser humano antes de mergear.
¿Cómo se compara con otros proyectos?
De muchas formas la política nueva es similar a la del proyecto Mesa, que exige comprensión del código por parte del que envía el PR, aunque no llega tan lejos como NetBSD. NetBSD directamente trata el código generado por LLM como tainted (contaminado), por preocupaciones de licenciamiento y otras cuestiones legales.
Otros proyectos como el kernel Linux optaron por hacer al humano que envía el PR responsable del uso de herramientas de IA, obligando a declarar explícitamente cuando se usaron.
¿Por qué se aceleró este movimiento en 2026?
Simultáneamente, hay indicios claros de que el uso de estas "herramientas IA" está reduciendo las interacciones útiles en proyectos open source. Los mantenedores reportan que los PRs generados por IA rara vez terminan en código merge-able, y que la avalancha de mediocre-o-peor consume tiempo de revisión que podría ir a colaboraciones humanas de calidad.
El futuro es incierto, pero al menos en el mundo open source estas herramientas están cada vez más veto explícito. Godot suma cuatro nombres grandes en menos de dos años: NetBSD (2024), Mesa (2025), Linux kernel (abril 2026) y ahora Godot (julio 2026). El pattern es difícil de leer como excepción.
Para el ecosistema maker latinoamericano
Muchos desarrolladores independientes en Chile, Argentina y México usan Godot como plataforma para prototipar juegos y aplicaciones interactivas de bajo presupuesto. La política nueva no afecta el uso del motor, solo la contribución al núcleo del proyecto. Pero es una señal clara: si trabajas en tu propio código, el AI assist sigue disponible. Si querés contribuir upstream, tenés que demostrar comprensión del código, no solo generar diffs verosímiles.




