Tecnología

Linus Torvalds confirma que la IA escribe ya gran parte del kernel Linux

Susan Hill

Linus Torvalds usó el anuncio de Linux 7.1-rc3 para confirmar lo que venía dosificando hace meses: la ola de parches generados con ayuda de herramientas de IA ya no es un pico temporal. Es el nuevo piso del kernel que mueve la mayoría de los celulares Android, casi todos los servidores web del mundo y todas las computadoras de la lista Top 500. Esta release candidate concentra cerca de un tercio de los parches en el subsistema de red, incluye correcciones de vulnerabilidades use-after-free en Bluetooth y en los drivers gráficos, y sigue empujando el driver NTFS reescrito por Namjae Jeon, que ya soporta escritura completa, asignación diferida e integración con el framework iomap.

Los números cuentan la historia práctica. Linux 7.0 trajo una avalancha de parches tan grande que Torvalds la tomó al inicio como una anomalía. Dos ciclos después, el volumen no bajó. Se asentó. Para los mantenedores, eso significa leer y revisar mucho más código que el que asumía la generación anterior de trabajo sobre el kernel. Quienes dirigen la revisión siguen siendo humanos, y el cuello de botella se movió de la generación a la verificación. El código puede haberse escrito con ayuda de IA, pero cada parche que entra al mainline fue leído, cuestionado 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 fueron explícitos en esa distinción durante dos ciclos. Las reglas que se fijaron en 7.0 obligan al colaborador a declarar la participació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 la distancia entre proponer un arreglo y verlo entrar 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 tuvieron 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 aprovechan las alertas de seguridad reales. Más parches solo funciona si la revisión sigue el ritmo. Si lo va a 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 cierra en RC7, o el 14 de junio de 2026 si hace falta una RC8 final.

Debate

Hay 0 comentarios.