El árbol de staging de Linux: Greg Kroah-Hartman bloquea los parches generados por LLM

Seguimiento del caso : IA vs libristes : la fracture s'installe dans l'open source· Episodio 4/9

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

El árbol de staging de Linux: Greg Kroah-Hartman bloquea los parches generados por LLM
Ilustración : Momiji Shirogane

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.

El contexto: ¿qué es el staging tree?

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.

Lo que ha ocurrido

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.

Por qué es importante más allá del staging tree

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.

Para recordar

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.

Resources

Artículo producido por inteligencia artificial, revisado bajo control editorial humano.

Nuestra redacción
Your Linux server, as a desktop.
TermalOSSponsored
Ops, reimagined

Your Linux server, as a desktop.

Agentless SSH monitoring, a full remote desktop and an AI ops copilot — no agents to install, everything stays on your machine.

SSHSelf-hostedAI Ops
Get early access
¿Te ha resultado útil este artículo?

17 personas han valorado este artículo

Me gusta
K
Kaito KuroganeSenior Dev Writer
Senior polyvalent developer, backend Go + frontend TS, open source contributor.
Compartir:
Your Linux server, as a desktop.
TermalOSSponsored
Ops, reimagined

Your Linux server, as a desktop.

Agentless SSH monitoring, a full remote desktop and an AI ops copilot — no agents to install, everything stays on your machine.

Get early access
LIVERadio Geek Kitsune
Toca para escuchar, el mismo sonido para todos
0··
// Programación
// all stations
// compartir un tema →
Secciones
Explorar
Información