Pop!_OS prohíbe el código generado por IA en gran parte de su base de código
Pop!_OS y su escritorio COSMIC están vetando el código generado por IA en muchos de sus repositorios principales, citando una avalancha de pull requests de baja calidad y sin planificación, y contribuidores que no entienden la arquitectura. Los comentaristas están divididos: algunos mantenedores acogen la medida como una presión necesaria y dicen que preferirían usar sus propias herramientas de IA internamente, mientras que otros sostienen que es una decisión miope, difícil de aplicar de forma consistente y que podría dejar al proyecto rezagado frente al software aguas arriba que sí acepta parches asistidos por IA. El intercambio se amplía hacia un debate más general sobre si las herramientas de programación con IA mejoran la calidad y la seguridad del software o si principalmente generan “slop” inmantenible que incrementa los costes de revisión y mantenimiento.
Alcance e intención de la prohibición
- Muchos consideran que la política trata principalmente de gestionar la carga de revisión, no de una postura moral contra la IA.
- Los mantenedores informan que están abrumados por PRs “drive-by” de baja calidad, escritos por IA, que no encajan con la arquitectura ni la hoja de ruta del proyecto.
- Algunos sostienen que, en la práctica, es una forma de priorizar a los contribuidores internos y de largo plazo sobre los oportunistas.
Flujos de trabajo de los mantenedores y carga de revisión
- Varios mantenedores dicen que, si quieren involucrar IA, prefieren ejecutarla ellos mismos, basándose en sus propios prompts y contexto.
- Los PRs авторados por IA introducen fricción: idas y venidas con contribuidores que solo retransmiten la salida del modelo en vez de entenderla.
- Incluso los PRs de IA “buenos” siguen necesitando revisión y cambios no triviales, lo que reduce el beneficio neto.
- Algunos tratan los PRs muy cargados de IA como informes detallados de errores o sugerencias de diseño, y luego los reimplementan con sus propias herramientas.
Preocupaciones de seguridad y del ecosistema
- Un sector argumenta que rechazar correcciones generadas por IA debilita la postura defensiva, dado que los atacantes usan cada vez más IA para encontrar vulnerabilidades.
- Otros responden que todavía se puede usar IA para auditoría y triaje, mientras se exige autoría humana de los parches.
- Sigue sin resolverse el debate sobre si Pop!_OS/COSMIC es “demasiado nicho para ser objetivo” o si “cualquier software conectado puede ser un objetivo”.
Calidad del código generado por IA
- Experiencias mixtas: algunos dicen que proyectos liderados por IA se convirtieron en desastres inmantenibles; otros afirman una productividad significativa y una mejor refactorización cuando se supervisa de cerca.
- Tema común: la IA puede generar grandes volúmenes de código rápidamente, pero sin restricciones fuertes y arquitectura, la complejidad y la duplicación se disparan.
- Varios la comparan con un desarrollador junior o un becario: útil con orientación cuidadosa, peligrosa cuando se deja sin supervisión.
Impacto en los contribuidores y la comunidad
- Algunos contribuidores vieron cerrados PRs asistidos por IA y se sintieron desanimados, especialmente cuando esos PRs corregían errores reales.
- Preocupa que declarar con honestidad el uso de IA sea castigado, mientras que otros simplemente dejen de declararlo.
- Algunos predicen que la política empujará a los usuarios hacia forks que acepten IA, mientras que otros creen que atraerá a desarrolladores que no quieren involucrar IA.