Linus Torvalds usó IA en el kernel de Linux para descifrar un parche que le resultaba ilegible y terminó con tres fallos que llevaban más de una década escondidos en el sistema operativo. No fue un hallazgo del modelo por su cuenta: el propio creador de Linux dirigió el trabajo, revisó el resultado y publicó la rama en su repositorio. El episodio muestra cómo se reparte hoy la tarea entre una persona y un sistema de IA, incluso en un proyecto tan celoso de su calidad como el kernel.
«Nils Ollrogge reportó un bug en la biblioteca assoc_array y traía un parche para arreglarlo, pero ese código era demasiado oscuro para que yo lo siguiera, así que hice lo que predico: usar herramientas LLM modernas para darle sentido», escribió Torvalds en la etiqueta assoc-array-fixes de su repositorio. En el mismo mensaje explicó el método: dividir funciones largas y difíciles de leer para volver el código comprensible, y luego pasarlo por un banco de pruebas fuera del kernel.
Qué encontró la IA en el kernel de Linux
La biblioteca assoc_array es la estructura que el kernel usa para manejar arreglos asociativos, una pieza de bajo nivel que casi nunca se toca. El código que Torvalds procesó con ayuda del modelo volvió más legible esa sección y, al probarla en un entorno aislado, confirmó el fallo reportado por Ollrogge y destapó otros tres. Todos venían del primer commit que agregó la biblioteca, en 2013: trece años sin que nadie los detectara.
Ese no fue el único trabajo con IA que apareció esos días. En la rama noref-filemap-read-with-llm, Torvalds adaptó el manejo de memoria del kernel para leer desde la caché de páginas sin tomar referencias de los «folios», las unidades con que el kernel administra sus páginas. El objetivo es un cuello de botella concreto: cuando muchos hilos leen en trozos pequeños un mismo archivo, las lecturas se pelean por el contador de referencias. En el mensaje del parche, Torvalds cuenta que el código, los programas de prueba, la revisión y el primer borrador del texto salieron de un asistente con IA (Claude Code) bajo su dirección, y que él mismo corrió las mediciones en su máquina.
El humano dirige, la IA redacta
El reparto queda explícito en el mensaje: la persona eligió el problema, ordenó el trabajo y ejecutó las mediciones; el sistema escribió el código, las pruebas y el borrador del texto. Ese equilibrio aparece también en lo que Torvalds dijo días antes en la Cumbre de Código Abierto de Praga: «Realmente me gusta usar IA», contó, y la usa «para las cosas en las que soy malo». Al mismo tiempo, advirtió que hay que ser cuidadoso al aplicarla «en algo real e importante».
El contexto del kernel explica esa cautela. Los reportes de errores generados con IA y los parches de calidad irregular cargan a los mantenedores, y Torvalds ya había calificado algunos envíos como «parches tipo curita sin pensamiento». En la cumbre, dijo que tres cuartos de la discusión de un día giraron en torno a cómo hacer la generación y la revisión con IA menos agotadoras. La revisión vuelve a aparecer como el cuello de botella.
Las dos ramas de Torvalds aún no están integradas. Si entran en la próxima ventana de fusión de Linux, el efecto apunta a menos contención al leer archivos en paralelo y a una biblioteca interna más clara. Lo que el caso deja ver es un reparto de trabajo que el propio sector discute: un humano que elige y verifica, un sistema de IA que hace legible lo opaco, y fallos reales, de 2013, que solo aparecieron cuando ambos miraron el mismo código.
Otras fuentes consultadas: Linus Torvalds, repositorio del kernel de Linux (11/10/2026) · Phoronix (12/10/2026) · NeoTeo (12/10/2026) · ZDNET (09/10/2026).
