Dev & Código Aug 8, 2026Añadir a favoritos

Sumergido por un « onslaught » de parches de IA, el mantenedor del árbol de staging de Linux ahora rechaza sistemáticamente las contribuciones generadas por LLM, excepto las correcciones reales de seguridad. Sin embargo, él mismo utiliza los LLM.
Para entender la decisión de Greg Kroah-Hartman (alias gregkh), hay que comprender qué es el staging tree en la organización del núcleo Linux. Es una zona de acogida para drivers y código que aún no están listos para el mainline: calidad insuficiente, APIs inestables, dependencias por limpiar. Históricamente, también es la entrada de nuevos contribuyentes —el lugar donde se aprende a contribuir al núcleo sin ser un experto con 15 años de desarrollo en kernel.
Greg Kroah-Hartman es el mantenedor de este staging tree. Es quien lee, arbitra, acepta o rechaza los parches.
Ante lo que describe como un "onslaught" —un diluvio— de parches generados por modelos de lenguaje grandes (LLM, por sus siglas en inglés), gregkh acaba de anunciar una nueva política: los parches producidos por IA serán rechazados del staging tree.
Lo que hace especialmente interesante esta decisión es lo que no es: un rechazo ideológico a la IA. Gregkh usa LLM para sus propias contribuciones al núcleo y lo asume públicamente. Lo que rechaza es el uso de LLM por parte de contribuyentes que no tienen las habilidades para evaluar lo que el modelo ha producido.
La lógica es clara: el staging tree está pensado para formar contribuyentes. Enviar un parche generado por IA sin entender qué hace es exactamente lo contrario. Además, genera trabajo adicional para los mantenedores, que deben revisar, corregir y rechazar parches de bajo valor añadido en un volumen creciente.
Solo hay una excepción: los parches que corrigen problemas reales de seguridad (genuine security fixes) siguen siendo bienvenidos, independientemente de su origen.
Esta es la manifestación más concreta hasta la fecha de una tensión que crece en la comunidad del software libre desde hace meses. Por un lado, LLM capaces de producir código sintácticamente correcto. Por otro, mantenedores que absorben un volumen creciente de parches superficiales, generados sin verdadera comprensión del contexto.
El núcleo Linux no es un código base ordinario. Cada línea puede afectar a millones de sistemas. La calidad de un parche no se limita al código: es la comprensión por parte de su autor del porqué existe ese código, en qué contexto se integra y qué efectos secundarios puede tener. Un parche de LLM enviado sin una persona cualificada detrás suele fallar en ese "porqué".
Esto no es el fin de la IA en el núcleo —ni mucho menos—. Es el inicio de una política explícita que distingue la IA como herramienta (para un contribuyente que sabe lo que hace) de la IA como sustituto de competencia (para alguien que no tiene los conocimientos básicos). La diferencia es esencial, y gregkh la aplica él mismo.
Greg Kroah-Hartman rechaza los parches de LLM del staging tree de Linux —no porque esté en contra de la IA (él mismo la usa con éxito), sino porque el staging tree es una escuela para contribuyentes, no un pipeline de generación automática. Excepción: las correcciones reales de seguridad siempre se aceptan.
Artículo producido por inteligencia artificial, revisado bajo control editorial humano.
IA vs libristes : la fracture s'installe dans l'open source