Torvalds vs. Debian: dos visiones opuestas sobre la IA en el código abierto

El contraste no es solo un desacuerdo procedural. Refleja filosofías de gobierno, tolerancias al riesgo y visiones del futuro del desarrollo de código abierto fundamentalmente diferentes.

El kernel de Linux: permiso pragmático con responsabilidad humana

La postura de Torvalds es producto de una evolución larga y a veces contradictoria. A principios de 2026, había advertido a los desarrolladores del kernel contra el uso de código generado por IA y calificó a la IA como "90% marketing" . En noviembre de 2025, dijo en la Cumbre de Código Abierto de Corea que estaba "bastante positivo" sobre el "vibe coding" para aprendices . Pero se resistió a formalizar cualquier política hasta que un impulso en la Cumbre de Mantenedores de Sasha Levin, quien argumentó que el kernel necesitaba un consenso documentado sobre las herramientas de IA .

El resultado, fusionado en Linux 7.0 en abril de 2026, es el archivo Documentation/process/coding-assistants.rst, un documento breve y práctico que establece tres reglas:

• Solo los humanos pueden firmar. "Los agentes de IA NO DEBEN añadir etiquetas Signed-off-by. Solo los humanos pueden certificar legalmente el Certificado de Origen del Desarrollador (DCO)" . El DCO es una declaración legalmente vinculante de autoría y licencia; ninguna IA puede hacerlo.
• Atribución mediante la etiqueta "Assisted-by" (recomendada, no exigida). Se pide a los contribuyentes que usen herramientas de IA que incluyan una etiqueta Assisted-by: identificando el nombre y la versión del modelo, por ejemplo Assisted-by: ChatGPT-4 (gpt-4-0314) [GitHub Copilot] .
• Responsabilidad humana total. El humano que envía asume toda la responsabilidad legal y reputacional por cada línea, cada error y cada fallo de seguridad en los parches asistidos por IA .

La publicación de Torvalds del 15 de julio de 2026 en la lista de correo del kernel dejó clara su lógica subyacente: las herramientas de IA son ayudas de productividad opcionales, similares a compiladores o depuradores, y el kernel no debería convertirse en "uno de esos proyectos anti-IA" que prohíben herramientas útiles . Advirtió sobre inconvenientes prácticos, pero dijo que los mantenedores deberían adaptar las herramientas y las prácticas de revisión en lugar de imponer prohibiciones desde arriba .

El Proyecto Debian: un impulso formal para prohibir las contribuciones generadas por LLM

El enfoque de Debian es diametralmente opuesto. El 24 de julio de 2026, el proyecto abrió el período de discusión para la Resolución General vote_002, "Uso de LLM en Debian", propuesta por el desarrollador Matthias Geiger y secundada por siete contribuyentes, incluido Ian Jackson . La página oficial de votación de Debian indica que la resolución busca "prohibir expresamente cualquier contribución a Debian escrita con el uso o la asistencia de modelos de lenguaje grandes (LLM) u otras herramientas de IA generativa" .

La prohibición propuesta cubre un amplio espectro de contribuciones directas a Debian:

• Paquetes fuente de Debian
• Software oficial del proyecto Debian (como lintian)
• Documentación y traducciones oficiales
• Comunicaciones oficiales del proyecto
• Informes de errores
• Contenido de la wiki

Es importante destacar que la resolución excluye explícitamente los proyectos upstream que usan LLM para su propio desarrollo, el software relacionado con IA empaquetado por Debian y los parches o correcciones de seguridad upstream .

La Resolución General presenta a los votantes múltiples opciones de votación:

• Propuesta A (la prohibición): Prohibir todas las contribuciones asistidas por LLM a Debian.
• Propuesta B (permisiva con condiciones): Permitir contribuciones asistidas por IA siempre que se cumplan ciertas condiciones (divulgación, etiquetado, etc.).
• Opciones adicionales: Opciones intermedias o de "más discusión" .

La resolución cita cuatro categorías de preocupación: incertidumbre legal sobre el estado de los derechos de autor de los resultados generados por LLM, riesgos de degradación de la calidad y precisión, impactos en la salud de la comunidad, incluida la tensión en los revisores, y problemas éticos relacionados con las prácticas de entrenamiento de LLM . Debian ve el código generado por IA como un posible riesgo para la cadena de suministro y legal para la distribución .

Este no es el primer intento de Debian de tener una política de IA. En febrero-marzo de 2026, un borrador de Resolución General propuesto por el exlíder del proyecto Debian, Lucas Nussbaum, habría permitido contribuciones asistidas por IA bajo siete condiciones, incluida la divulgación obligatoria y etiquetas legibles por máquina . Después de semanas de intenso debate en la lista de correo, la comunidad abandonó esa votación por completo y optó por seguir manejando las contribuciones de IA caso por caso . El esfuerzo de julio de 2026 es una propuesta nueva y más restrictiva que algunos observadores ven como una reacción al fracaso anterior para lograr un consenso .

Comparativa: las diferencias clave

La creciente brecha en el código abierto

Estas dos posturas representan los polos de una división cada vez más profunda en el ecosistema. Torvalds, como dictador benevolente único, puede tomar una decisión rápida para dar la bienvenida a las herramientas de IA y decirle a los disidentes que hagan un fork . Debian, como un proyecto gobernado por la comunidad con fuertes compromisos con los principios del software libre y la cautela legal, está trabajando a través de un proceso democrático formal para prohibir lo que considera una amenaza existencial para el código abierto de autoría humana .

Los observadores señalan que esta brecha refleja una fragmentación más amplia del código abierto: Ubuntu ha adoptado la IA, mientras que otros proyectos como Curl han prohibido las contribuciones generadas por IA por problemas de calidad . La votación de Debian, si se aprueba, podría sentar un precedente poderoso sobre cómo las principales distribuciones de Linux manejarán las contribuciones generadas por IA en el futuro .

Para los contribuyentes que navegan por este panorama, la implicación práctica es clara: lo que es bienvenido en el kernel de Linux podría ser una violación de la política en Debian. El ecosistema de código abierto ya no tiene una posición única sobre la IA; tiene un número creciente de posturas en competencia, y la elección de cada proyecto refleja sus valores de gobierno más profundos.