Durante los últimos dos años la conversación sobre IA en desarrollo estuvo dominada por una sola pregunta:
¿Los agentes ya programan suficientemente bien?
Mientras discutíamos benchmarks, ventanas de contexto y modelos nuevos, otro problema empezó a crecer casi en silencio.
Los proyectos open source comenzaron a recibir una avalancha de pull requests generados por IA.
Muchos compilan.
Muchos incluso funcionan.
Pero eso no significa que sean buenas contribuciones.
La semana pasada, el proyecto Godot Engine tomó una decisión que probablemente marque un antes y un después: ya no aceptará contribuciones generadas por IA, incluyendo código y, salvo excepciones puntuales como traducciones, también comunicaciones escritas con IA.
No fue una decisión ideológica.
Fue una decisión operativa.
Y eso la vuelve mucho más interesante.
El problema no es que el código sea malo
Los maintainers de Godot fueron bastante claros.
El problema no es que todo el código generado por IA sea incorrecto.
El problema es el costo de revisarlo.
Un pull request puede:
-
compilar,
-
pasar los tests,
-
resolver el bug,
y aun así ser una mala contribución.
Quizás rompe convenciones internas.
Quizás duplica funcionalidad existente.
Quizás introduce complejidad innecesaria.
Quizás resuelve el síntoma y no la causa.
Todo eso requiere tiempo de revisión.
Y ese tiempo sigue siendo humano.
Los maintainers están absorbiendo el costo
Este es probablemente el punto más importante de toda la discusión.
Los coding agents aumentan enormemente la productividad del desarrollador.
Pero también pueden aumentar el volumen de trabajo del maintainer.
Imaginemos dos escenarios.
Antes:
Un desarrollador enviaba:
- 2 PRs por semana.
Ahora:
Con Claude Code o Cursor puede producir:
- 10 PRs por semana.
La productividad individual mejora.
Pero alguien tiene que revisar cinco veces más código.
Ese alguien suele ser un voluntario.
El nuevo cuello de botella
Durante años pensamos que escribir código era el recurso escaso.
Hoy empieza a parecer que el recurso escaso es otro.
La atención de los reviewers.
Porque revisar código sigue siendo un trabajo profundamente humano.
Entender intención.
Evaluar arquitectura.
Pensar en mantenimiento futuro.
Relacionar un cambio con decisiones tomadas hace tres años.
Los agentes ayudan muchísimo.
Pero todavía no reemplazan completamente ese proceso.
¿Es una prohibición contra la IA?
No exactamente.
Godot no está diciendo:
“Nunca uses IA.”
Está diciendo algo bastante distinto.
“No conviertas nuestro proceso de revisión en el lugar donde la IA aprende.”
Es una diferencia importante.
Muchos desarrolladores ya utilizan agentes para:
-
explorar código,
-
generar ideas,
-
escribir tests,
-
crear documentación,
-
automatizar tareas repetitivas.
Todo eso puede seguir ocurriendo.
Lo que Godot cuestiona es el envío masivo de contribuciones poco revisadas.
Un problema que otros proyectos también empiezan a ver
Godot probablemente sea el primero en formalizar una política tan explícita.
Pero difícilmente sea el único proyecto enfrentando este problema.
Cualquier repositorio grande recibe hoy:
-
más contribuciones,
-
más forks,
-
más issues,
-
más PRs.
Si una parte importante de ese volumen proviene de agentes, la carga sobre los maintainers crece inevitablemente.
Y eso obliga a repensar el modelo de gobernanza.
La paradoja de los coding agents
Los agentes hacen que contribuir sea más fácil.
Eso es extraordinario.
Pero también hacen que enviar un pull request sea casi gratis.
Cuando el costo de producir algo cae drásticamente…
…el costo de filtrarlo suele aumentar.
Internet ya vivió este fenómeno varias veces.
Con el correo electrónico apareció el spam.
Con las redes sociales apareció la moderación de contenido.
Con la IA aparece otro problema:
la moderación de contribuciones.
¿Qué podrían hacer otros proyectos?
Es poco probable que todos copien exactamente la política de Godot.
Pero sí es fácil imaginar medidas intermedias.
Por ejemplo:
-
exigir que el autor declare el uso de IA;
-
aumentar los requisitos antes de aceptar un PR;
-
solicitar evidencia de pruebas manuales;
-
endurecer las revisiones para contribuciones generadas por agentes;
-
incorporar verificaciones automáticas antes de que un maintainer vea el cambio.
Es decir, mover más trabajo hacia el lado del autor.
No del revisor.
¿Y qué significa esto para los desarrolladores?
No significa dejar de usar Claude Code.
Ni Cursor.
Ni Codex.
Significa usarlos de otra manera.
Un agente debería ayudarte a producir una mejor contribución.
No a producir más contribuciones.
Hay una diferencia enorme entre:
“La IA escribió este código.”
y
“Yo utilicé IA para construir una solución que entiendo completamente.”
La responsabilidad final sigue siendo del desarrollador.
Y probablemente eso no cambie.
El verdadero punto de inflexión
Creo que la noticia importante no es que Godot prohibiera el código generado por IA.
La noticia importante es que, por primera vez, un proyecto open source de primer nivel está adaptando sus reglas de gobernanza como consecuencia directa de la adopción masiva de coding agents.
Eso cambia la conversación.
Durante dos años discutimos cómo aumentar la productividad individual.
Ahora empezamos a discutir cómo preservar la sostenibilidad colectiva.
Porque el éxito de los agentes trae un desafío nuevo.
No es generar más código.
Es mantener la calidad del código que termina formando parte de proyectos compartidos por millones de desarrolladores.
Y probablemente esta no sea la última vez que veamos a un gran proyecto open source redefinir sus reglas para convivir con la IA.
Puede que sea simplemente el primero.
Fuente: Política oficial del proyecto Godot Engine sobre contribuciones generadas por IA.