Debian vota permitir contribuciones asistidas por IA, con condiciones
Los desarrolladores de Debian eligieron la opción de uso responsable de la IA generativa en una votación cerrada el 28 de agosto de 2026. La ayuda de la IA se permite y revelarla sigue siendo opcional.
3 min de lectura

En cifras
- votes counted in the general resolution
- 425
- options on the ballot
- 8
- vote margin over the runner-up proposal
- 55
Los desarrolladores de Debian han votado permitir las contribuciones hechas con ayuda de herramientas de IA generativa. La votación cerró el 28 de agosto de 2026 y el proyecto publicó el resultado al día siguiente. La decisión importa fuera de Debian, porque su trabajo de empaquetado se reutiliza mucho y sus reglas se copian.
Debian es una distribución de Linux construida por voluntarios. IA generativa significa aquí herramientas como los grandes modelos de lenguaje, que producen código o texto cuando se les pide. La opción ganadora se llama "Responsible Use of Generative AI". La propuso el desarrollador de Debian Marc Haber.
Cómo funcionó la votación
Debian resuelve las cuestiones de todo el proyecto con una resolución general, una papeleta ordenada abierta a sus desarrolladores. Esta papeleta llevaba ocho opciones. La página de resultados de Debian indica 425 votos contados. El quórum, es decir el apoyo mínimo que una opción necesitaba para seguir en carrera, era de 48,49 votos. Las ocho opciones lo superaron.
El recuento usa el método Condorcet. Los votantes ordenan las opciones y después se compara cada par cara a cara. La página de resultados dice que las opciones 1 y 3 cayeron en la fase de mayoría. La opción 5, el texto de uso responsable, venció a la segunda propuesta por 55 votos en su comparación directa.
El calendario fue público en todo momento. Según la página de la papeleta, la discusión fue del 23 de julio al 13 de agosto de 2026. La votación se celebró del 15 al 28 de agosto.
Qué dice en realidad la política
La política no respalda ni prohíbe estas herramientas. En su lugar traslada la carga a la persona que pulsa enviar. Según el informe de Phoronix, quienes contribuyen deben entender, revisar y probar la salida generada por IA antes de enviarla. Siguen siendo plenamente responsables de su calidad y su corrección.
La página de la papeleta dice lo mismo desde el otro lado. Los estándares de calidad que ya tenía el proyecto se aplican igual, sea lo que sea que produjo el código.
Phoronix señala tres condiciones más en el texto aprobado:
- Revelar el uso es opcional. Nadie está obligado a decir que una herramienta ayudó.
- La información confidencial del proyecto debe quedar fuera de servicios de IA de terceros.
- Los envíos masivos o automatizados requieren discusión previa en la comunidad y supervisión humana.
La política también evita resolver las preguntas legales difíciles. Phoronix informa de que no toma postura sobre los derechos de autor del contenido generado por IA ni de los datos de entrenamiento. Esas preguntas siguen abiertas, y el riesgo asociado también.
Las propuestas a las que venció
La página de la papeleta nombra cuatro de las ocho opciones y a sus autores. La distancia entre ellas muestra desde qué puntos tan alejados partieron los desarrolladores del proyecto.
| Opción | Propuesta por | Postura |
|---|---|---|
| 1 | Matthias Geiger | Prohibir las contribuciones asistidas por IA |
| 4 | Pierre-Elliott Bécue | Permitir la IA, limitada al trabajo propio de Debian |
| 5 | Marc Haber | Uso responsable, quien contribuye sigue siendo responsable (aprobada) |
| 7 | Gard Spreemann | Prohibir las contribuciones asistidas por IA |
Dos de las cuatro opciones nombradas eran prohibiciones tajantes. El texto aprobado queda entre la prohibición y la vía libre. Y ganó por preferencias ordenadas, no por goleada.
Qué significa esto para los desarrolladores
Si contribuyes a Debian, la regla práctica es corta: puedes usar un asistente y respondes por cada línea que escribió. Lee el diff tú mismo antes de enviarlo. Compílalo, pruébalo y prepárate para defenderlo en la revisión, porque "lo escribió el modelo" no es una defensa bajo esta política.
No tienes que revelar que usaste una herramienta. Cuenta con que algunos mantenedores lo pregunten igual. Responder con claridad sale más barato que discutir.
Dos reglas pueden atraparte aunque tu código esté bien. Primero, no pegues material confidencial del proyecto en un asistente alojado. Los detalles de seguridad bajo embargo y los informes privados son exactamente eso. Segundo, si planeas una pasada por muchos paquetes con ayuda de una herramienta, abre la discusión antes que los parches. Los envíos masivos ahora exigen ese paso.
La parte sin resolver merece atención. Debian decidió no pronunciarse sobre derechos de autor ni datos de entrenamiento, así que esa exposición no ha desaparecido. Recae en quien contribuye y en los usuarios que están más abajo. Si distribuyes paquetes de Debian dentro de un producto, tu revisión de licencias no cambia con esta votación.
Los mantenedores de otros proyectos ya tienen un ejemplo trabajado. Un proyecto de voluntarios grande y discutidor votó esto en público y se quedó con la responsabilidad en lugar de la prohibición. Ese punto de partida es más defendible que una regla inventada con prisa después de la primera pull request escrita por una IA.
Fuentes
Artículos relacionados

SourceHut prohíbe el código y los tickets hechos con LLM desde el 10 de septiembre
SourceHut prohibirá el código, los tickets y los correos escritos con LLM desde el 10 de septiembre de 2026. El control se basa en la honestidad, sin ninguna herramienta automática de detección de IA.

LLVM debate compilar ClangIR por defecto
Una RFC de LLVM propone compilar ClangIR dentro de Clang por defecto. Nadie lo usaría sin un indicador, pero hay estimaciones que doblan los tiempos de compilación.

Debian Code Search elimina su última dependencia de cgo
Michael Stapelberg sustituyó una biblioteca en C de 7 años por Go puro usando el paquete SIMD experimental, y alcanzó la velocidad de la versión en C.