Flathub acertó al banear apps generadas con IA: los datos lo confirman

Cuando Flathub decidió rechazar envíos que dependían fuertemente de código generado por inteligencia artificial, no fueron pocos los que lo acusaron de ser conservador o de “negar el futuro”. El término “AI slop” —esa mezcla de código chapucero y sin alma que sale de un LLM— generó debate. Meses después, los números hablan por sí solos.

Evangelos Paterakis, desarrollador de aplicaciones como Tuba y Turntable, se tomó el trabajo de analizar 120 repositorios que habían sido rechazados precisamente por ese motivo. El resultado es contundente: 88 de ellos (casi el 75 %) ya no están en desarrollo activo. Muchos borraron sus repositorios o quedaron congelados en el tiempo después de unos pocos meses.

Esto no es una casualidad. El software libre siempre tuvo como valor central la sostenibilidad y la capacidad de la comunidad para mantener lo que se publica. Un proyecto que nace de un prompt de ChatGPT y desaparece cuando el autor pierde interés no aporta nada al ecosistema. Solo ocupa espacio y genera ruido.

El debate sobre “vibe coding” —esa idea de que basta con describir lo que uno quiere y dejar que la IA lo arme— choca de frente contra la realidad de mantener un Flatpak. Actualizar dependencias, responder reportes de seguridad, adaptar la aplicación a cambios en las plataformas… todo eso requiere conocimiento real, no solo buena redacción de instrucciones.

Desde la cultura hacker que viene de los foros e IRC de los 2000, esto no sorprende. Siempre supimos que el valor estaba en entender el código, no en copiar y pegar. La licencia GPL o MIT no protege mágicamente un proyecto si nadie lo entiende lo suficiente como para arreglarlo cuando se rompe.

Flathub tomó una decisión práctica: priorizar calidad y mantenibilidad por sobre cantidad. Al etiquetar esos envíos como “AI Slop” no estaba censurando, estaba filtrando ruido. Y los datos de Paterakis confirman que fue la decisión correcta.

Esto no significa que la IA no pueda ser una herramienta útil. Muchos desarrolladores la usamos para completar boilerplate, generar tests o explicar conceptos oscuros. El problema aparece cuando se convierte en el único autor del proyecto y el humano solo es un operador de prompts.

En el mundo del autohospedaje y el software libre, seguimos necesitando gente que entienda lo que está pasando bajo el capot. Un servidor propio, un cliente XMPP bien mantenido o una instancia de Mastodon no sobreviven con “vibes”. Requieren atención constante y conocimiento compartido.

La comunidad ya está votando con sus forks y sus contribuciones. Los proyectos que realmente importan siguen siendo aquellos donde hay personas reales detrás, no solo un historial de commits generados por modelo de lenguaje.

Flathub no negó el futuro. Simplemente se negó a llenar su catálogo con software zombie.