Linus Torvalds aprueba las reglas para código con IA en Linux: la responsabilidad recae en la persona

Linus Torvalds y los mantenedores de Linux han adoptado las primeras reglas oficiales para el código escrito con ayuda de IA. La política no prohíbe Copilot, Claude ni otras herramientas, pero hace a la persona plenamente responsable de cada línea, cada error y cada riesgo de licencia.

Qué ha cambiado

La documentación del kernel incluye ahora una sección propia, AI Coding Assistants. En ella, el equipo de Linux reconoce formalmente que los desarrolladores usarán herramientas generativas de todos modos, así que al proyecto le importa más fijar reglas claras que imponer prohibiciones simbólicas.

El principio básico es sencillo: la IA es una herramienta, no un autor. Por tanto, cualquier parche que llegue al kernel debe seguir pasando por el proceso habitual de revisión, discusión y verificación manual.

Las nuevas reglas exigen que todo el código siga siendo compatible con la licencia GPL-2.0-only y que los archivos usen identificadores SPDX correctos. Además, establecen que un agente de IA no puede añadir la etiqueta Signed-off-by: está vinculada al Developer Certificate of Origin y supone una certificación legal de una persona. Solo un desarrollador humano puede firmar ese parche, y es él quien asume toda la responsabilidad de la contribución.

Cómo enviar parches ahora

En la práctica, para los desarrolladores esto no supone una revolución, sino una capa adicional de transparencia. Usar IA ya no se considera una infracción en sí misma, siempre que la persona pueda explicar qué hizo exactamente la herramienta y cómo se comprobó el resultado.

Dicho de forma simple: un modelo puede ayudar a escribir un parche o su descripción, pero no puede sustituir al autor, que entiende el código, lo prueba y está dispuesto a defender los cambios ante los mantenedores.

• Revisar manualmente todo el código generado, en lugar de fiarse de la salida del modelo
• Asegurarse de que los fragmentos no incumplen los requisitos de licencia del kernel
• Añadir su propio Signed-off-by, certificando el DCO en nombre de una persona
• Indicar Assisted-by con el nombre de la herramienta y la versión del modelo
• No presentar como aportación de IA herramientas habituales como git, gcc, make o un editor

Este enfoque no surgió de la nada. Los meses de debate sobre el «AI slop» y la calidad de los parches enviados por personas que apenas entienden lo que generó el modelo llevaron a fijar las reglas. Causaron especial revuelo los casos en que la participación de la IA no se reveló desde el principio: el parche parecía el trabajo normal de un desarrollador experimentado, pero luego se supo que gran parte del texto y del código la había escrito un LLM.

El gran problema sin resolver

Pese a su practicidad, la nueva política no elimina la pregunta más incómoda: el origen del código. La documentación exige que la persona verifique la pureza de licencia de lo que produce la IA, pero no ofrece ningún modo de demostrar de dónde salió una línea concreta. Si un modelo genera un fragmento demasiado parecido a código ajeno con condiciones incompatibles, la etiqueta Assisted-by no resolverá el problema. El responsable seguirá siendo quien envía el parche, aunque físicamente no pueda rastrear todo el proceso de entrenamiento del modelo.

Hay un segundo agujero: la política apenas ayuda a combatir a los autores de mala fe. Torvalds dijo claramente que la documentación se escribe para participantes de buena fe, y quienes envían código basura no lo etiquetarán honestamente como generado por IA. En otras palabras, Linux no eligió prohibir, sino la responsabilidad personal: si el código es bueno, se examinará; si es una alucinación, una regresión o un parche mal entendido, responderá quien pulsó enviar.

«La documentación es para los participantes de buena fe», así explicó

Torvalds su postura sobre los parches con IA.

Qué significa

Linux no ha declarado la guerra a las herramientas de IA ni ha fingido que el problema no existe. El proyecto ha optado por un modelo adulto: se puede usar, no se puede ocultar, no se puede firmar en nombre del modelo, y las consecuencias legales y técnicas las asume la persona.

Para toda la industria del código abierto es una señal importante: la próxima gran disputa no será si permitir la IA, sino cómo demostrar el origen y la calidad del código generado.