
Debian, una de las distribuciones GNU/Linux más influyentes y respetadas del mundo, ha abierto una votación general para decidir cómo debe tratar las contribuciones generadas o asistidas por inteligencia artificial. El debate no es menor: afecta a código fuente, empaquetado, documentación, traducciones, recursos web, comunicaciones oficiales y al modelo de confianza que sostiene a una comunidad de software libre con más de tres décadas de historia.
La votación se denomina “General Resolution: LLM usage in Debian”. Según la página oficial de Debian, el periodo de discusión comenzó el 23 de julio de 2026 y finalizó el 13 de agosto de 2026; la votación está abierta desde el 15 de agosto de 2026 y terminará el 28 de agosto de 2026.
Idea central: Debian no está votando si la inteligencia artificial existe o no en el desarrollo de software. Está decidiendo si la acepta, la limita, la prohíbe o la regula bajo principios de responsabilidad humana, transparencia, calidad, licencias, privacidad y confianza comunitaria.
1. Qué está votando Debian exactamente
La votación presenta varias opciones, desde una prohibición fuerte de contribuciones escritas con LLM hasta enfoques más flexibles que aceptan IA asistida bajo condiciones. Phoronix resumió que los desarrolladores de Debian empezaron a votar tras reunir varias propuestas sobre el uso de IA y grandes modelos de lenguaje dentro del proyecto.
Las opciones oficiales incluyen, entre otras, prohibir contribuciones LLM mediante el Contrato Social, permitir contribuciones asistidas por IA con condiciones, rechazar los LLM en la medida práctica, aceptar contribuciones para trabajo específico de Debian, adoptar un uso responsable de IA, aplicar un enfoque cauteloso, afirmar que Debian es creado por humanos y evitar el uso de LLM por razones climáticas.
| Opción | Enfoque principal |
|---|---|
| Choice 1 | Prohibir contribuciones LLM mediante el Contrato Social. |
| Choice 2 | Permitir contribuciones asistidas por IA bajo condiciones. |
| Choice 3 | Rechazar LLM en la medida práctica y actualizar normas comunitarias. |
| Choice 4 | Aceptar IA para trabajo específico de Debian con responsabilidad del contribuidor. |
| Choice 5 | Uso responsable de IA sin prohibición ni respaldo explícito. |
| Choice 6 | Enfoque cauteloso, con preferencia por autoría humana. |
| Choice 7 | Debian es creado por humanos; se rechaza el output de IA como contribución directa. |
| Choice 8 | Evitar LLM por impacto climático, ético, legal y social. |
| Choice 9 | Ninguna de las anteriores. |
2. Por qué esta votación es tan importante
Debian no es una distribución cualquiera. Muchas distribuciones, servidores, sistemas embebidos, infraestructuras educativas, proyectos gubernamentales y plataformas empresariales dependen directa o indirectamente de su ecosistema. Por eso, una decisión sobre IA generativa dentro de Debian puede influir en otros proyectos de software libre.
La discusión llega después de meses de tensión en el mundo open source sobre el origen del código generado por IA, la calidad de las contribuciones, la responsabilidad legal, el impacto ambiental, la privacidad y el desgaste de los mantenedores. LWN ya había señalado en marzo que Debian no parecía tener una única posición compartida y que ni siquiera existía consenso claro sobre qué debía considerarse una contribución generada por IA.
Punto clave: Debian debe proteger dos cosas al mismo tiempo: la calidad técnica de la distribución y la confianza humana que hace posible revisar, mantener y distribuir software libre.
3. La opción más dura: prohibir contribuciones LLM
La propuesta A plantea una prohibición expresa de contribuciones directas a Debian escritas con el uso o asistencia de LLM u otras herramientas de IA generativa. Su alcance incluye paquetes fuente Debian, software oficial del proyecto como lintian, recursos web, documentación, traducciones y comunicaciones oficiales.
El argumento central de esta opción es que Debian tiene una reputación de estabilidad y que el uso extendido de LLM podría introducir problemas de copyright, calidad, mantenibilidad, confianza comunitaria y claridad legal. La propuesta incluso plantea agregar una nueva cláusula al Contrato Social para dejar claro que Debian no aceptaría contribuciones directas creadas con LLM.
Lectura crítica: esta opción no busca prohibir el software relacionado con IA ni el código upstream que venga de otros proyectos. Busca impedir que el trabajo directo enviado a Debian sea generado o asistido por LLM.
4. La opción flexible: aceptar IA asistida con condiciones
La propuesta B sostiene que muchos contribuidores ya encuentran útiles las herramientas de IA para mejorar su trabajo, pero reconoce preocupaciones sobre calidad, mantenibilidad, legalidad, impacto social, medioambiente y prácticas agresivas de scraping. Por eso propone permitir contribuciones asistidas por IA siempre que se cumplan condiciones claras.
Entre esas condiciones figuran compatibilidad legal de la herramienta, verificación de licencias y atribución, responsabilidad completa del contribuidor, divulgación cuando una parte significativa del trabajo haya sido generada o asistida por IA, discusión previa para cambios masivos o automatizados, y prohibición de enviar información privada o sensible a proveedores no confiables de IA.
| Condición propuesta | Qué busca evitar |
|---|---|
| Compatibilidad legal | Que los términos de una herramienta de IA entren en conflicto con Debian. |
| Licencias y atribución | Que se introduzca código o texto con derechos incompatibles. |
| Responsabilidad humana | Que el contribuidor culpe a la IA por errores, bugs o incumplimientos. |
| Divulgación | Que revisores no sepan cuándo una contribución fue asistida significativamente por IA. |
| Control de cambios masivos | Que bots o agentes generen grandes volúmenes de trabajo para mantenedores. |
| Privacidad | Que datos no públicos, bugs embargados, credenciales o comunicaciones privadas terminen en servicios externos. |
5. La posición intermedia: uso responsable, pero sin privilegios especiales
La propuesta E, llamada “Responsible Use of Generative AI”, afirma que Debian no respalda ni prohíbe el uso de IA generativa para desarrollo, mantenimiento, documentación, empaquetado u otros medios del proyecto. Su idea central es que todas las contribuciones deben cumplir los mismos estándares de calidad, corrección, mantenibilidad y cumplimiento legal, sin importar qué herramienta se usó.
Esta opción también recalca que aceptar ciegamente material generado por IA sin revisión humana adecuada es contrario a las prácticas de Debian. En vez de imponer una obligación estricta de divulgación, anima a los contribuidores a declarar el uso de IA cuando corresponda.
Enfoque pragmático: esta línea no trata la IA como una excepción mágica ni como una contaminación automática. La trata como una herramienta más, pero exige que el humano siga siendo responsable.
6. “Debian es creado por humanos”: una frase con mucho peso
La propuesta G resume su posición con una idea poderosa: “Debian is created by humans”. Su objetivo es asegurar que las contribuciones directas a Debian sean creadas por humanos, aunque sin restringir herramientas que los contribuidores puedan usar para explorar, investigar, analizar o criticar.
Esta propuesta distingue entre usar IA como apoyo intelectual y enviar output generado por IA como contribución directa. Según el texto, Debian puede permitir que los humanos consulten herramientas, pero debe impedir que el resultado generado por IA entre directamente como trabajo del proyecto, para proteger confianza, respeto mutuo y responsabilidad compartida.
Interpretación editorial: esta propuesta no es solo técnica; es cultural. Defiende que Debian no es una fábrica de paquetes, sino una comunidad humana que revisa, entiende y mantiene el software que distribuye.
7. La preocupación climática también entra en el debate
Otra opción, la propuesta H, plantea evitar el uso de LLM porque considera que su impacto ambiental es un problema decisivo. El texto sostiene que no se puede hablar de LLM sin discutir quién impulsa su uso, quién entrena los modelos, qué recursos consume y qué efectos tiene sobre el planeta.
Esta propuesta no condena a los usuarios de LLM, sino el uso de recursos asociado al modelo tecnológico. También reconoce que detectar el uso de LLM puede ser difícil o imposible, y que Debian no puede imponer políticas de IA a todos los proyectos upstream que empaqueta.
8. El punto legal: copyright, licencias y DFSG
Uno de los mayores temores en Debian es que una herramienta de IA genere contenido basado en material con copyright o licencia incompatible. Debian depende de la claridad legal para distribuir software libre conforme a sus políticas y a las Directrices de Software Libre de Debian.
La propuesta A sostiene que el output de LLM tiene un estado legal poco claro y que Debian no debería hacer una excepción para material cuya autoría, copyright o licencia no pueda justificarse con seguridad. La propuesta B, en cambio, propone que el contribuidor verifique si el resultado incluye material preexistente y si tiene derecho a enviarlo bajo una licencia compatible.
Riesgo práctico: si una IA genera una función aparentemente correcta, pero esa salida reproduce fragmentos de código con licencia incompatible, Debian podría incorporar un problema legal difícil de detectar.
9. El punto técnico: calidad, mantenibilidad y alucinaciones
El problema técnico no es solo que la IA pueda equivocarse. El problema es que puede producir código convincente, pero incorrecto; documentación clara, pero falsa; empaquetado aparentemente moderno, pero mezclado con prácticas antiguas; o soluciones que funcionan en un caso simple, pero rompen escenarios reales.
La propuesta A advierte que el empaquetado Debian es especialmente delicado porque cada paquete fuente es único, las mejores prácticas cambian con el tiempo y una salida generada por LLM puede mezclar estilos, sintaxis o archivos que no funcionan.
| Riesgo técnico | Ejemplo en Debian |
|---|---|
| Código incorrecto | Una función compila, pero falla en arquitecturas distintas. |
| Empaquetado deficiente | Archivos debian/rules, watch o copyright generados con prácticas obsoletas. |
| Documentación falsa | Instrucciones que mencionan opciones inexistentes o rutas incorrectas. |
| Carga para mantenedores | Parches masivos de baja calidad que obligan a revisar más trabajo del necesario. |
10. El punto humano: quién asume la responsabilidad
En todas las propuestas moderadas aparece una idea común: la responsabilidad no puede recaer en la herramienta. Debian funciona porque los mantenedores entienden lo que suben, revisan cambios, responden bugs y sostienen paquetes durante años.
Las opciones que aceptan o toleran IA insisten en que el contribuidor debe entender, revisar, probar y defender el trabajo enviado. La propuesta E afirma que el uso de IA no reduce la responsabilidad del contribuidor y que el trabajo debe cumplir los mismos estándares de calidad, corrección, mantenibilidad y legalidad.
Principio que probablemente marcará el futuro
- La IA puede ayudar, pero no puede firmar responsabilidad.
- El contribuidor debe entender lo que envía.
- El revisor debe poder confiar en el proceso.
- La licencia debe ser clara.
- La privacidad del proyecto no debe ser expuesta a servicios externos.
- Los cambios masivos deben discutirse antes.
11. La divulgación: Generated-By, Assisted-By o algo similar
Una de las ideas más concretas en la propuesta B es usar una forma visible de divulgación cuando una contribución haya sido generada o sustancialmente asistida por IA. El texto menciona como opciones posibles trailers de Git como Generated-By: o Assisted-By:, aunque deja la forma exacta a criterio del contribuidor.
La divulgación no resuelve todos los problemas, pero ayuda a los revisores. Permite saber si deben examinar con más cuidado la procedencia, la licencia, la coherencia técnica, los cambios masivos o el riesgo de que una herramienta haya inventado detalles.
12. Privacidad: el riesgo menos visible
La privacidad es una preocupación muy concreta. Un desarrollador podría pegar en una herramienta de IA un reporte de seguridad embargado, credenciales, claves, logs internos, mensajes privados, correos de listas cerradas o detalles de infraestructura. Si esa herramienta transmite datos a un proveedor externo, Debian podría perder control sobre información sensible.
Por eso, la propuesta B prohíbe usar herramientas de IA que transmitan datos a proveedores no confiables cuando exista información no pública o sensible del proyecto, como reportes de seguridad embargados o comunicaciones privadas. La propuesta E también advierte que deben protegerse credenciales, claves criptográficas, comunicaciones privadas y material no público.
13. Qué mayoría necesita cada opción
La página oficial de Debian indica que la propuesta A necesita una mayoría de 3:1, mientras que las demás propuestas requieren mayoría simple. Esto se debe a que la opción más dura propone modificar un documento fundacional del proyecto, el Contrato Social.
Qué podría pasar
- Si gana una opción restrictiva: Debian enviará una señal fuerte contra el output generado por IA en contribuciones directas.
- Si gana una opción flexible: Debian aceptará IA asistida, pero bajo responsabilidad humana y posibles reglas de divulgación.
- Si gana una opción cautelosa: Debian no prohibirá totalmente, pero recomendará evitar IA y priorizar autoría humana.
- Si gana “None of the above”: el proyecto podría seguir tratando el tema caso por caso.
14. Qué significa para otros proyectos open source
La decisión de Debian será observada por comunidades como Ubuntu, Linux Mint, Devuan, Kali, MX Linux, proyectos de empaquetado, mantenedores de bibliotecas, distribuciones derivadas y equipos de seguridad. Debian no controla el open source, pero sí marca cultura.
Un estudio reciente sobre políticas de IA en proyectos open source analizó 1.000 repositorios populares de GitHub y encontró que, entre las políticas identificadas, el 78 % permitía contribuciones asistidas por IA, el 51 % exigía divulgación y el 74 % requería intervención humana en el proceso. Esto confirma que el debate de Debian forma parte de una tendencia más amplia: regular la IA, no necesariamente ignorarla.
Tendencia global: los proyectos abiertos están pasando de la pregunta “¿se usa IA?” a preguntas más difíciles: ¿se declara?, ¿se revisa?, ¿quién responde?, ¿qué licencia tiene?, ¿puede mantenerse?, ¿qué datos se compartieron?
15. Recomendaciones para desarrolladores Debian y open source
- No envíes código que no entiendes: aunque lo haya generado una IA, la responsabilidad es tuya.
- Revisa licencias: no asumas que todo output de IA es legalmente limpio.
- Declara la asistencia cuando sea significativa: ayuda a los revisores y protege la confianza.
- No pegues información privada: evita logs sensibles, claves, credenciales o bugs embargados.
- No automatices cambios masivos sin consenso: los mantenedores no deben cargar con trabajo generado sin coordinación.
- Prueba en varias arquitecturas: Debian no vive solo en amd64.
- Documenta decisiones técnicas: una contribución debe poder mantenerse años después.
- Respeta políticas de mantenedores: algunos paquetes o equipos podrían rechazar IA aunque el proyecto adopte una postura flexible.
16. Errores comunes al interpretar esta votación
- Creer que Debian está prohibiendo toda inteligencia artificial.
- Confundir software de IA empaquetado en Debian con contribuciones generadas por IA.
- Asumir que una herramienta de IA elimina la responsabilidad del contribuidor.
- Pensar que declarar IA basta para resolver problemas legales.
- Ignorar que upstream y Debian-specific work pueden tratarse distinto.
- Enviar parches masivos generados automáticamente sin discusión previa.
- Usar IA con información privada o embargada del proyecto.
- Reducir el debate a “IA sí” o “IA no”, cuando hay al menos ocho posiciones matizadas.
- Creer que la votación resolverá todos los problemas legales globales sobre IA.
- Olvidar que Debian es una comunidad de confianza, no solo un repositorio de paquetes.
Preguntas clave
¿Debian ya decidió si acepta código generado por IA?
No. La votación está abierta del 15 al 28 de agosto de 2026, por lo que todavía no hay resultado final al momento de esta publicación.
¿La votación prohíbe el software de inteligencia artificial en Debian?
No necesariamente. Algunas propuestas distinguen entre software relacionado con IA, trabajo upstream y contribuciones directas a Debian. La propuesta A, por ejemplo, excluye explícitamente upstreams que usen LLM, software relacionado con IA y parches upstream.
¿Qué significa contribución asistida por IA?
Puede referirse a código, texto, documentación, traducción, bug report o empaquetado generado parcial o totalmente con ayuda de un LLM. Parte del problema es que Debian todavía debate cómo definir con precisión ese alcance.
¿Qué opción parece más pragmática?
Las opciones de aceptación con condiciones o uso responsable buscan un equilibrio: no prohibir totalmente la IA, pero exigir responsabilidad humana, revisión, licencias claras, privacidad y divulgación cuando sea relevante.
¿Por qué esta decisión importa fuera de Debian?
Porque Debian es una base fundamental del ecosistema Linux. Su postura puede influir en distribuciones derivadas, proyectos de empaquetado y políticas de otras comunidades de software libre.
Recomendamos
- Linux para principiantes: 25 tareas prácticas que debes dominar para pasar de usuario básico a profesional
- Por qué los servidores usan Linux: ventajas para empresas y administradores TI
- Guía completa de redes en Linux: comandos, diagnóstico, configuración y solución de problemas
- Ciberseguridad en Linux: 50 herramientas gratuitas para proteger servidores y estaciones
- Comandos básicos que debes aprender para administrar tu servidor Linux
En resumen
Debian ha llevado a votación una de las preguntas más importantes del software libre moderno: cómo aceptar, limitar o rechazar código y contenido generado o asistido por inteligencia artificial. Las opciones van desde prohibiciones fuertes hasta enfoques pragmáticos basados en responsabilidad humana, divulgación, privacidad, licencias y revisión técnica.
El resultado marcará un precedente. Si Debian adopta una política restrictiva, enviará una señal de cautela al ecosistema open source. Si acepta la IA con condiciones, confirmará que las herramientas generativas llegaron para quedarse, pero bajo reglas humanas. En cualquier caso, Debian está recordando algo fundamental: el software libre no se sostiene solo por código, sino por confianza, responsabilidad y comunidad.
Conclusión editorial
Desde SomosLibres.org, manifestamos que la inteligencia artificial puede acelerar tareas, pero no puede reemplazar la responsabilidad humana que exige Debian. El gran desafío no será decidir si se usa IA, sino cómo evitar que la velocidad erosione la calidad, la legalidad, la privacidad y la confianza que hicieron de Debian una de las bases más sólidas del software libre.

