Debian aprueba uso responsable de IA generativa: 64% a favor

¿Qué votó Debian exactamente y por qué importa?

El 28 de agosto de 2026, Debian cerró con un 64% de votos a favor la General Resolution 2026-002, el debate más largo y divisivo que su comunidad ha sostenido sobre tecnología en los últimos años. La propuesta ganadora, titulada Responsible Use of Generative AI (Uso responsable de la IA generativa) y presentada por Marc Haber, se impuso sobre siete alternativas que iban desde la prohibición total de cualquier contribución asistida por IA hasta la aceptación sin condiciones. El resultado fue anunciado por el secretario del proyecto, Kurt Roeckx, en la lista de correo debian-vote.

El texto central de la resolución aprobada resume la filosofía del proyecto en una sola frase: «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», según recoge la cobertura de DiarioBitcoin sobre el resultado.

Que un proyecto con tres décadas de historia resuelva un debate de dos años con una mayoría del 64% sobre 36% no es un dato menor. Debian es la base de Ubuntu y de decenas de distribuciones derivadas; cualquier norma que adopte se propaga en cascada por el resto del ecosistema open source.

🤖 La IA no es solo para leer sobre ella

En la comunidad la aplicamos: automatización, agentes IA y herramientas reales para emprender, no solo para informarte.

👥 Aplicarla en la comunidad

¿Cómo se traduce el «uso responsable» en obligaciones concretas?

La propuesta de Marc Haber no se queda en una declaración neutra. Impone cuatro obligaciones a quien suba contenido generado o asistido por IA, según el detalle publicado por ¿Qué hay de nuevo?:

Comprender y poder defender el código o contenido que se sube. Pegar la salida de un modelo sin entenderlo no cuenta como contribución válida.
Asumir la responsabilidad legal del material entregado, incluso si fue generado por un LLM.
Cumplir las Debian Free Software Guidelines (DFSG), el marco de libertad y licencias que sostiene al proyecto.
Cargar todo el contenido de forma independiente en la infraestructura de Debian.

A eso se suma una prohibición expresa: los servicios de IA en la nube quedan vetados para contenido sensible —información no pública, credenciales, claves criptográficas, reportes de seguridad embargados—, según explica DiarioBitcoin.

La divulgación del uso de IA en un commit o en la documentación se recomienda, pero no se exige. Este matiz diferencia a la ganadora de las propuestas más restrictivas, que pretendían divulgación obligatoria. Quien no declare el uso de IA sigue obligado a las cuatro condiciones; el silencio no exime de responsabilidad.

¿Qué propuestas perdió el voto y qué defendía cada una?

El período formal de deliberación se abrió el 23 de julio de 2026 y cerró el 13 de agosto; la votación se extendió del 15 al 28 de agosto, según la cronología oficial documentada por Somos Libres. En ese período compitieron ocho opciones, además de un «ninguna de las anteriores».

En el extremo prohibicionista se ubicaba la propuesta de Ian Jackson, autor de dpkg y administrador del servidor Chiark. Defendía un rechazo total de los LLM «en la medida de lo posible» y su incorporación al Código de Conducta. Sus argumentos: incertidumbre legal sobre el copyright del output, riesgo técnico por alucinaciones (APIs inexistentes, dependencias inventadas), impacto en la dinámica de la comunidad de voluntarios y costes energéticos del entrenamiento.

En el extremo permisivo había propuestas que reconocían el uso de IA como una realidad inevitable, sin imponer restricciones adicionales. La opción intermedia de Haber ganó porque descargó el problema en el contribuidor, no en la herramienta: si un parche generado por IA introduce un bug crítico, responde quien lo subió.

Una particularidad institucional que recoge Somos Libres: la propuesta más dura requería mayoría de 3:1 para modificar el Contrato Social de Debian; el resto se decidía por mayoría simple. Esa diferencia explica por qué la opción intermedia, con menor carga institucional, terminó siendo la más viable.

¿Dónde queda Debian en el mapa del open source?

El contraste con proyectos vecinos ilustra que no hay consenso en el ecosistema. El GCC (GNU Compiler Collection) tiene una política explícita de rechazar cualquier contribución significativa con código generado por LLM o derivado de él. Linus Torvalds, en cambio, ha defendido públicamente el uso de IA en el kernel de Linux y ha llegado a calificar el proyecto como «no es un proyecto anti-AI», según la cobertura de ADTMag sobre su correo a la lista del kernel.

El kernel ya opera con un marco pragmático: las contribuciones asistidas por IA están permitidas siempre que el autor humano revise, entienda y se responsabilice del cambio. El sistema Sashiko, un revisor automatizado de parches impulsado por la Linux Foundation y financiado por Google (en tokens y recursos), detectó más del 50% de los bugs en los últimos 1.000 commits «fix» del kernel, según datos recogidos por XDA Developers.

Debian se ubica ahora entre el rigor de GCC y la apertura del kernel: ni prohibición categórica ni laissez-faire. Una señal de hacia dónde puede moverse el resto del ecosistema: según el análisis publicado por Somos Libres sobre 1.000 repositorios populares de GitHub, el 78% de las políticas identificadas permite contribuciones asistidas por IA, el 51% exige divulgación y el 74% requiere intervención humana en el proceso.

¿Qué significa esto para tu startup?

Para un founder hispanohablante que usa GitHub Copilot, Cursor, Claude Code o cualquier otro asistente en su día a día, la resolución de Debian no cambia tu código, pero sí define un estándar de referencia que迟早 vas a enfrentar —en el onboarding de un nuevo CTO, en la due diligence de un inversor técnico, o en una auditoría de seguridad.

La lógica que Debian acaba de formalizar es la misma que necesitas aplicar dentro de tu equipo:

La responsabilidad no se delega en el modelo. Si una sugerencia de IA introduce una vulnerabilidad y llega a producción, la respuesta «lo hizo el chatbot» no existe — ni para Debian ni para tu cliente.
El contenido sensible no va a servicios externos sin control. Pega un log con credenciales en ChatGPT y el incidente es tuyo, igual que si lo subes a un canal de Slack equivocado.
La divulgación honesta acelera la revisión. Un commit con un trailer Assisted-by: modelo-versión permite al revisor saber dónde mirar con más cuidado.

Acciones concretas que puedes aplicar esta semana:

Define por escrito una política interna de uso de IA para tu equipo de ingeniería. Aunque sea una página en Notion, deja explícito qué herramientas se permiten, qué tipo de información nunca entra a un LLM y quién firma los commits. El modelo de Debian es un buen punto de partida.
Añade un campo de divulgación en tu plantilla de commit (Assisted-by: cuando aplique). No es obligatorio en Debian, pero te cubre ante Code Review y ante cualquier auditoría posterior.
Audita los flujos donde información sensible toca herramientas externas. Logs, reportes de bugs, datos de clientes, claves de API: mapea dónde van y bloquea el camino antes de que un error humano lo abra.

El próximo test real de esta política no será filosófico: será el primer bug crítico en un paquete de Debian donde alguien señale que el parche fue generado con IA. Cuando eso pase, la comunidad comprobará si el principio «responde quien lo sube» se sostiene en la práctica. Para tu startup, ese mismo test puede llegar antes — y mejor tenerlo respondiendo que improvisándolo.