El kernel de Linux acaba de poner por escrito algo que muchos mantenedores llevaban meses murmurando en las listas de correo: los parches escritos por una inteligencia artificial ya no son bienvenidos en la zona de aprendizaje del proyecto. Greg Kroah-Hartman, el número dos del kernel por detrás de Linus Torvalds, publicó el lunes en la lista linux-staging una política nueva y tajante para el subsistema drivers/staging/: a partir de ahora rechazará automáticamente cualquier parche generado con un modelo de lenguaje, con una única excepción.
Qué ha cambiado exactamente
El anuncio llegó el 3 de agosto a las 13:13 UTC y arranca con una palabra que resume el problema: onslaught, avalancha. Kroah-Hartman describe una oleada reciente de parches producidos por modelos de lenguaje dirigidos específicamente a drivers/staging/, el directorio donde viven los controladores que todavía no cumplen los estándares de calidad del kernel principal.
La decisión no es un rechazo genérico a la IA. El propio Kroah-Hartman utiliza modelos de lenguaje en su trabajo diario con el kernel y ha explicado en varias ocasiones que le resultan útiles. Lo que ha cambiado es dónde se pueden usar: fuera de staging, el trabajo asistido por IA sigue permitido, y Torvalds ha reiterado recientemente que el kernel de Linux «no es un proyecto anti-IA».
Por qué staging y no el resto del kernel
La clave está en para qué existe ese directorio. Según explica el propio mantenedor, drivers/staging/ es «principalmente un lugar para que los desarrolladores nuevos aprendan a involucrarse en el desarrollo del kernel». Está lleno deliberadamente de low hanging fruit: limpiezas de código, ajustes de estilo, cambios de API sencillos. Tareas de poco riesgo, perfectas para que alguien dé sus primeros pasos sin miedo a romper nada, hasta el punto de que cargar cualquiera de esos controladores activa la marca TAINT_CRAP en el kernel.
Ese es justo el motivo por el que las herramientas automáticas están vetadas ahí. «No aceptamos parches del tipo «arregla todos los problemas de estilo de este fichero» generados por herramientas, porque eso destruiría el propósito mismo de drivers/staging», escribe. Y añade el matiz que lo explica todo: podrían hacer esa limpieza mañana mismo si de verdad les importara el código de ese directorio, pero conviven con los defectos precisamente porque son el terreno de prácticas de los recién llegados. Una IA que barre el directorio en una tarde no arregla un problema: elimina el ejercicio.
«Es muy obvio cuándo alguien envía un parche generado por IA»
El aviso incluye una advertencia poco habitual en tono para una lista técnica. Kroah-Hartman deja claro que no revelar el uso de la herramienta no sirve de nada, porque el estilo se reconoce a simple vista, y que quien sea sorprendido intentando «engañar» deliberadamente a un mantenedor ya está avisado. El objetivo, insiste, es que la gente aprenda, no que supere un control.
La excepción: seguridad real, probada en hardware real
Solo hay una puerta abierta, y es estrecha. El mantenedor reconoce que los modelos actuales se han vuelto muy buenos detectando posibles fallos de seguridad en código del kernel, pero acompaña el elogio de una cifra demoledora: incluso con las mejores herramientas de esta generación y de la siguiente, al menos un tercio de los resultados que generan son directamente erróneos o dañinos.
Por eso, quien crea haber encontrado con una IA un fallo genuino en staging puede enviarlo, pero con dos condiciones: haberlo probado antes en el hardware real del controlador, describiendo cómo lo ha hecho, y estar dispuesto a defender el envío y demostrar que corrige un error que un usuario puede sufrir de verdad. El filtro del hardware es el que debería descartar ese tercio de falsos positivos.
Un debate que va más allá del kernel
La política de Kroah-Hartman no es un caso aislado. Debian lleva semanas discutiendo una resolución general sobre el uso de modelos de lenguaje dentro del proyecto, con cinco propuestas distintas sobre la mesa que van desde permitirlo con condiciones hasta bloquearlo. El software libre se enfrenta al mismo dilema que las redacciones o las universidades: distinguir la contribución que aporta valor de la que solo genera volumen para que otro lo revise.
El mantenedor cierra su mensaje con una metáfora que resume su postura mejor que cualquier norma. drivers/staging/ es un gimnasio, dice, un sitio al que se va a entrenar y crecer. Un modelo de lenguaje se está convirtiendo en una herramienta razonable para levantar peso, pero eso solo deberían hacerlo quienes ya han entrenado lo suficiente como para saber qué se puede levantar y de qué manera.
