Torvalds da por normales las correcciones con IA en Linux 7.4

Publicado el 14 de noviembre de 2026, 12:40

Cuando Linus Torvalds anuncia que va a dejar de mencionar algo en sus notas de versión, suele ser porque ese algo ha dejado de ser una rareza. Eso es justo lo que ha pasado con las correcciones asistidas por IA en el kernel de Linux, que según el propio Torvalds se están convirtiendo en la norma. Lo dejó caer en el anuncio de Linux 7.4-rc2, publicado el 8 de noviembre, y aunque suena a comentario de pasada, merece que le des una vuelta con calma.

En ese anuncio, Torvalds explicó que buena parte del trabajo reciente de mantenimiento había consistido en arreglos asistidos por IA, y que quizá no hiciera falta volver a señalarlo en futuros anuncios. Lo resumió diciendo que dejará de repetirlo y que “podemos darlo por sentado”. Es una manera muy suya de decir las cosas: sin épica y sin nota de prensa. Fíjate en el matiz, porque cambia el tono de la conversación. Hasta hace poco, que una herramienta de IA tocara el kernel era algo digno de mención aparte. Que el responsable último del proyecto proponga dejar de mencionarlo indica que, al menos para él, el fenómeno ya forma parte del paisaje habitual del desarrollo.

Y hay un segundo detalle más interesante todavía. Según la crónica original, Torvalds sugiere que esta ayuda podría estar permitiendo adelantar los informes de errores que van llegando en algunas áreas del núcleo. Dicho de otra forma: no solo se corrige más, sino que quizá se esté empezando a ganar la carrera a los fallos que otros encuentran.

El dato más concreto viene de Alexei Starovoitov, mantenedor de BPF, el subsistema que permite ejecutar pequeños programas dentro del kernel de forma controlada. Starovoitov señaló que en BPF la tasa de correcciones ya supera a la de nuevos informes de errores. Conviene leerlo despacio: no significa que el subsistema esté libre de fallos, sino que se arreglan más de los que aparecen. Si ese ritmo se mantiene, los desarrolladores podrían empezar a hincarle el diente al retraso de errores ya reportados, en lugar de limitarse a correr detrás de los nuevos. Cualquiera que haya mantenido un proyecto, aunque sea pequeño, sabe lo que supone ese cambio. Una lista de incidencias que solo crece desanima a cualquiera; una que por fin se acorta cambia el ánimo de todo el equipo.

Torvalds, eso sí, fue prudente. No presentó esto como un logro de todo el kernel. Según él, la mayoría de las demás zonas todavía no han llegado a ese punto, aunque lo ve como señal de que la marea podría empezar a girar. A mí me parece la parte más sensata del mensaje: en un proyecto del tamaño del kernel, generalizar a partir de un único subsistema sería precipitado, y él lo sabe.

El comentario llegó junto a Linux 7.4-rc2, que Torvalds describe como bastante grande, después de lo que él mismo califica como el mayor primer release candidate de la historia del kernel. Un release candidate es una versión de prueba previa a la estable, y el rc2 es la segunda de esa serie. Aquí hay que separar dos cosas. Gran parte de ese volumen aparente se debe a actualizaciones automáticas de Coccinelle, una herramienta de transformación de código basada en reglas que aplica cambios mecánicos y repetitivos, no un asistente de IA. Mezclar ambos conceptos llevaría a conclusiones erróneas sobre cuánto del tamaño de la versión procede de cada origen, y es un tropiezo fácil si solo lees los titulares.

Conviene leer también lo que no se dijo. Torvalds no indicó qué herramientas de IA estuvieron detrás de las correcciones, ni cuáles de los parches venían realmente de ellas. Sin esos datos, cualquier cifra o porcentaje que veas circulando sobre cuánto del kernel se escribe con IA es, de momento, especulación. Tampoco sugirió que el código generado por IA esté entrando sin pasar por el proceso habitual de revisión del kernel. Es el punto que más me importa: el valor de estas herramientas depende de que haya personas que conserven el criterio, lean el parche y respondan por él. Que algo sea habitual no lo vuelve automáticamente fiable. Con esa cautela por delante, la dirección sí está clara: la detección y corrección de errores asistida por IA se ha vuelto tan común en el desarrollo del kernel que a Linus ya no le sorprende en absoluto.

Hay una paradoja curiosa en todo esto. Las tecnologías que de verdad se asientan no se anuncian a bombo y platillo; se vuelven invisibles, y el día que dejan de aparecer en las notas de versión es cuando han ganado. Quizá la pregunta que nos toque hacernos en los próximos años no sea si la IA debe participar en el desarrollo del kernel, sino cuánta atención merece algo que ya hace su trabajo sin que nadie lo celebre, y quién se asegura de que siga haciéndolo bien.

 

Fuente: Linuxiac

Añadir comentario

Comentarios

Todavía no hay comentarios