Lorenzo Stoakes, veterano desarrollador del kernel Linux especializado en gestión de memoria, ha decidido reducir sus responsabilidades de revisión ante el creciente volumen de parches generados mediante inteligencia artificial. El programador considera que la cantidad de contribuciones recibidas le impide continuar examinando código de subsistemas que no mantiene directamente, por lo que ha solicitado retirarse de varias funciones de revisor.
La decisión refleja un problema cada vez más visible en los proyectos open source: las herramientas de generación de código permiten presentar modificaciones con mayor facilidad, pero la revisión continúa dependiendo de desarrolladores humanos. Stoakes no abandona Linux ni renuncia a sus responsabilidades como mantenedor, sino que pretende concentrar su trabajo en las áreas que supervisa directamente.
Lorenzo Stoakes reduce sus responsabilidades de revisión en el kernel Linux
El desarrollador, que trabaja en Arm y colabora con Linux desde 2014, ha presentado una serie de cuatro parches para modificar los archivos MAINTAINERS y CREDITS del kernel. Su propuesta elimina cinco entradas que lo identificaban como revisor de diferentes componentes relacionados con la gestión de memoria.
Los cambios afectan a la gestión de memoria principal, funciones auxiliares, recuperación de memoria y dos áreas relacionadas con Rust, incluyendo su sistema de asignación de memoria. Se trata de subsistemas especialmente sensibles, donde los errores pueden provocar problemas de estabilidad, corrupción de datos o regresiones de rendimiento.
En su mensaje publicado en la lista de correo del kernel, Stoakes atribuye directamente su decisión al volumen de parches generados con IA. Explica que ya no dispone del tiempo necesario para revisar modificaciones ajenas a los componentes que mantiene y que necesita reducir la cantidad de mensajes y solicitudes que recibe.
La propuesta también incorpora una entrada de reconocimiento por su trabajo anterior en Transparent Huge Pages (THP), relacionado con la gestión de páginas de memoria de gran tamaño. Este cambio responde al relevo en las tareas de mantenimiento de ese componente y no debe confundirse con las funciones de revisión que está dejando ahora.
El código generado por IA empieza a saturar a los revisores humanos
El problema no consiste necesariamente en que todo el código producido mediante IA sea incorrecto, sino en el volumen de contribuciones que deben examinarse. Las herramientas actuales permiten preparar series completas de modificaciones, pero los revisores siguen necesitando comprobar su funcionamiento, su justificación y sus posibles consecuencias.
En una respuesta posterior dentro del mismo hilo, Stoakes explicó que las contribuciones de baja calidad asociadas a la IA han pasado de aparecer ocasionalmente a representar aproximadamente la mitad de lo que recibe, o incluso más. Se trata de su experiencia personal, no de una medición del porcentaje total de parches enviados al kernel.
Esta situación genera un desequilibrio importante. Producir una propuesta de cambio puede resultar mucho más rápido que verificarla, especialmente cuando afecta a subsistemas complejos. Incluso los parches que finalmente se rechazan consumen tiempo de desarrolladores que podrían dedicarlo a corregir errores o revisar contribuciones de mayor calidad.
La preocupación tampoco es exclusiva de Linux. Otros proyectos open source, como Godot, también han denunciado un aumento de contribuciones generadas automáticamente que requieren un esfuerzo adicional de supervisión. La disponibilidad de herramientas de programación más potentes no elimina la necesidad de conocer el código que se pretende modificar.
Stoakes seguirá manteniendo sus áreas de Linux
Una distinción importante es que Stoakes no ha anunciado su retirada del desarrollo del kernel. Su propuesta afecta a determinadas entradas de revisor, mientras que conserva las responsabilidades de mantenimiento de los componentes que tiene asignados.
En Linux, los archivos MAINTAINERS identifican a los responsables y revisores de cada subsistema, facilitando que las modificaciones lleguen a las personas adecuadas. Retirar una entrada de revisión reduce las solicitudes que recibe un desarrollador, pero no significa que deje de contribuir al proyecto o que sus conocimientos desaparezcan del proceso.
El propio Stoakes ha señalado que podría continuar revisando ocasionalmente código de otras áreas, aunque pretende evitar que esa actividad termine ocupando una parte desproporcionada de su tiempo. Su decisión responde, por tanto, a la necesidad de limitar una carga de trabajo que considera cada vez menos manejable.
El caso también pone de manifiesto una limitación estructural: la capacidad de revisión no aumenta automáticamente al mismo ritmo que la generación de código. Si el número de propuestas crece sin que lo hagan los recursos disponibles para evaluarlas, pueden producirse retrasos y una mayor presión sobre los mantenedores.
Linus Torvalds también utiliza IA, pero la revisión sigue siendo necesaria
La decisión llega en un momento en el que Linus Torvalds ha mostrado una postura más favorable al uso de asistentes de programación. El creador de Linux ha reconocido haber utilizado Claude Code para desarrollar modificaciones experimentales relacionadas con el rendimiento de la memoria caché.
Sin embargo, utilizar IA como herramienta de desarrollo no equivale a aceptar automáticamente sus resultados. Las modificaciones de Torvalds se elaboraron bajo su supervisión y su publicación experimental no significaba que hubieran sido incorporadas al kernel oficial.
La diferencia entre ambas situaciones resulta fundamental. Torvalds defiende la posibilidad de utilizar nuevas herramientas de programación, mientras que Stoakes denuncia la carga adicional provocada por contribuciones que no siempre llegan suficientemente verificadas. Ambas posiciones pueden coexistir sin que exista necesariamente una contradicción sobre la importancia de revisar el código.
El problema de fondo es cómo aprovechar la productividad de la IA sin trasladar todo el coste de comprobar sus resultados a los mantenedores. La reducción de responsabilidades anunciada por Lorenzo Stoakes constituye una muestra concreta de esa presión, especialmente preocupante en un proyecto donde la estabilidad y la seguridad dependen de un proceso de revisión riguroso.
Vía: TechPowerUp
