Debian vota y elige el término medio: ni prohíbe ni apoya la IA generativa, pero exige responsabilidad al contribuidor

Publicado el

Debian vota y elige el término medio: ni prohíbe ni apoya la IA generativa, pero exige responsabilidad al contribuidor

La distribución Linux más veterana del ecosistema open source acaba de resolver —con un 64% de votos a favor— una pregunta que lleva dos años dividiendo a sus desarrolladores. El 28 de agosto de 2026, Debian cerró la votación de su General Resolution 2026-002 sobre el uso de modelos de lenguaje e inteligencia artificial generativa en el proyecto. La ganadora: la propuesta «Responsible Use of Generative AI» (Uso responsable de la IA generativa), presentada por Marc Haber.

El proyecto tardó más de dos años en llegar a un veredicto formal. El debate comenzó en 2024, se intentó una primera resolución en 2025 —que fue retirada antes de la votación—, y en julio de 2026 se abrió formalmente el período de deliberación de la GR actual con ocho propuestas compitiendo entre sí, desde una prohibición total hasta la aceptación sin restricciones. El secretario del proyecto, Kurt Roeckx, anunció el resultado.

El texto ganador tiene una frase central que define la posición del proyecto: «Debian no recomienda ni prohíbe el uso de herramientas de IA generativa en el desarrollo, mantenimiento o documentación de software, empaquetado, documentación y otros medios publicados dentro del Proyecto Debian.»

¿Qué dice exactamente la política ganadora?

La propuesta de Marc Haber es lo que su nombre promete: un marco de responsabilidad individual que no cierra la puerta a la IA pero tampoco la abre sin condiciones.

Las condiciones son cuatro. Los contribuidores que usen IA generativa deben: comprender y poder defender el código o contenido que suben —no es suficiente con pegar lo que el modelo generó—, asumir la responsabilidad legal de lo que entregan, cumplir con las Debian Free Software Guidelines (DFSG), y cargar todo el contenido de forma independiente en la infraestructura de Debian. Además, el uso de servicios de IA en la nube para contenido sensible queda expresamente prohibido.

La divulgación del uso de IA —identificar en el commit o en la documentación que se usó una herramienta específica— se recomienda pero no se exige. Eso es lo que distingue la propuesta ganadora de alternativas más restrictivas que sí habrían requerido divulgación obligatoria.

¿Qué propuestas perdieron y por qué importa la diferencia?

El espectro de las ocho propuestas era amplio. En el extremo prohibicionista, la propuesta respaldada por Ian Jackson —quien escribió dpkg y administra el servidor Chiark— pedía un rechazo total de las LLM «en la medida de lo posible» y su inclusión en el Código de Conducta del proyecto. Sus argumentos: incertidumbre legal sobre los derechos de autor del código generado por IA, riesgos técnicos por alucinaciones de APIs que no existen, impacto en la dinámica de la comunidad de voluntarios, y preocupaciones éticas sobre el entrenamiento y el consumo energético.

En el extremo permisivo, había propuestas que permitían contribuciones con IA bajo condiciones más laxas o que simplemente reconocían la realidad sin añadir restricciones. El resultado final —64% versus 36%— muestra que la comunidad de Debian está dividida pero tiene una mayoría clara que prefiere la regulación por responsabilidad individual antes que la prohibición o la permisividad total.

El contraste con el ecosistema más amplio es ilustrativo. El GCC (GNU Compiler Collection) tiene una política explícita de rechazar cualquier contribución significativa que incluya código generado por LLM o derivado de él. El propio Linus Torvalds ha admitido usar IA en el desarrollo del kernel de Linux. Debian se posiciona ahora entre los dos: ni el rigor de GCC ni la apertura del kernel.

Hemos comprobado en coberturas de la evolución de las políticas de IA en proyectos open source que la velocidad del debate está siendo mucho mayor que la velocidad de la adopción de políticas formales. El AI Index 2026 de Stanford documenta que la IA está transformando industrias enteras en períodos de meses, no de años. Una comunidad que tardó dos años en formalizar su política puede necesitar volver a votarla en 2027 si el contexto cambia tanto como lo ha hecho en 2024-2026.

En nuestra experiencia cubriendo proyectos de software libre desde los primeros debates sobre GPL y licencias copyleft en la década de los 2000, los proyectos de código abierto raramente resuelven sus conflictos ideológicos con velocidad. La velocidad de Debian en esta votación —dos años desde el primer debate hasta la resolución— es lenta para el ritmo de la industria de la IA, pero rápida para los estándares de gobernanza distribuida de un proyecto con 500+ desarrolladores activos.

El apunte más revelador lo ofrece Help Net Security: «Un mantenedor leyendo una merge request no puede saber si la escribió una persona o un modelo, y nadie tiene que decirlo.» La política de Debian resuelve el debate formal pero no resuelve el problema técnico de fondo: la opacidad de la autoría en el ecosistema open source. La fiebre de los agentes de IA y la necesidad de barandillas que la acompañan aplica aquí con precisión: cuando el agente escribe el parche y el humano lo sube, ¿quién responde de que funciona y es seguro? Debian ha respondido: quien lo sube. Los agentes de IA útiles y los peligrosos comparten el mismo mecanismo de responsabilidad difusa; la política de Debian es la primera tentativa formal de un proyecto open source masivo de asignar esa responsabilidad de forma clara. El próximo test de esa asignación será cuando aparezca el primer bug crítico en un paquete de Debian y alguien señale que el parche que lo introdujo fue generado con IA. La política dice quién responde. La comunidad tendrá que demostrar que el mecanismo de responsabilidad funciona en la práctica.

La resolución también deja sin responder la pregunta sobre LLMs locales versus cloud. Usar Copilot de Microsoft —un servicio en la nube— para generar código de un paquete Debian y luego subirlo a la infraestructura de Debian es técnicamente compatible con la nueva política en la mayoría de casos, salvo cuando el contenido sea sensible. La ambigüedad de qué constituye «contenido sensible» en el contexto del desarrollo de software es uno de los puntos que la comunidad tendrá que resolver en la práctica antes de que aparezca en la política escrita.

La votación de Debian tiene alcance simbólico más allá de los desarrolladores de Linux. Debian es la base de Ubuntu y de decenas de distribuciones derivadas. Las normas de qué contribuciones son aceptables en Debian influyen indirectamente en cómo esas distribuciones deciden su propia política sobre IA. El ecosistema open source se mueve en cascada y Debian está en la parte alta de esa cascada. El siguiente movimiento relevante lo hará probablemente Ubuntu, que hereda la política de Debian pero tiene su propia comunidad y patrocinador corporativo.