Linus Torvalds admite que el código con IA en el kernel ya no es una excepción

Linus Torvalds aprovechó el anuncio de Linux 7.1-rc3 para confirmar lo que llevaba meses matizando: la oleada de parches generados con ayuda de herramientas de IA ya no es un pico puntual. Es el nuevo suelo del kernel que mueve la mayoría de los móviles Android, la mayor parte de los servidores web del mundo y todas las máquinas de la lista Top 500 de supercomputación. Esta release candidate concentra alrededor de un tercio de sus parches en el subsistema de red, suma correcciones de vulnerabilidades use-after-free en Bluetooth y en los controladores gráficos, y mantiene el avance del controlador NTFS reescrito por Namjae Jeon, que ya soporta escritura completa, asignación diferida e integración con el framework iomap.

Las cifras cuentan la historia práctica. Linux 7.0 trajo una avalancha de parches tan grande que Torvalds la trató al principio como una anomalía. Dos ciclos después, el volumen no ha bajado. Se ha asentado. Para los mantenedores, eso implica leer y revisar bastante más código del que asumía la generación anterior de trabajo sobre el kernel. Quien dirige la revisión sigue siendo humano, y el cuello de botella se ha desplazado de la generación a la verificación. El código puede haber salido con ayuda de IA, pero cada parche que llega al mainline ha sido leído, criticado y aprobado por un mantenedor sin IA en el medio.

No es lo mismo que decir que el kernel ahora lo escribe la IA. Torvalds y los mantenedores senior han sido explícitos en esa distinción durante dos ciclos. Las reglas que se fijaron en 7.0 obligan al colaborador a declarar la implicación de la IA, a hacerse responsable de lo que envía y a entender el código que manda. El volumen sube; los estándares no bajan. Lo que cambia es la experiencia práctica de trabajar en Linux: los mantenedores dedican más tiempo a revisar, los colaboradores devuelven revisiones más rápido y el hueco entre proponer un arreglo y verlo aterrizar se acorta para el trabajo rutinario.

La lectura escéptica de todo esto es más difícil de descartar de lo que habría sido hace un año. Más código entrando más rápido significa más oportunidades para que se cuelen errores sutiles, y los arreglos de use-after-free en 7.1-rc3 son justo el tipo de bug que los parches asistidos por IA han tenido históricamente problemas para detectar. Los fallos de seguridad de memoria en subsistemas centrales como Bluetooth y la pila gráfica no son teóricos: son las grietas que explotan las alertas de seguridad reales. Un volumen mayor de parches solo funciona si la revisión sigue el ritmo. Si lo seguirá es la pregunta abierta para los próximos lanzamientos.

El kernel estable Linux 7.1 está previsto para el 7 de junio de 2026 si el ciclo termina en RC7, o el 14 de junio de 2026 si se necesita una RC8 final.

Linus Torvalds admite que el código con IA en el kernel ya no es una excepción

Más como esto

Inteligencia Artificial

El Gambito Suncatcher: El plan de Google para conquistar el futuro de la IA

La Inteligencia Artificial está de moda y ya es una realidad

DeepMind de Google, la IA ahora puede leer el rostro

Red Hat anuncia la última versión de Red Hat Enterprise Linux 7

Más personas apagan la IA para escribir por su cuenta

Debate