Torvalds usa IA en el kernel Linux: 10 parches

El primer envío de Torvalds con un LLM: 10 parches y un bug

Diez parches, una mejora de un orden de magnitud en un benchmark cargado de lecturas y una condición de carrera detectada en revisión. Ese es el saldo del primer envío al kernel de Linux en el que Linus Torvalds reconoció haber usado un modelo de lenguaje grande (LLM) para desarrollar el código, y ya está publicado para revisión en la lista de correo.

La serie trabaja sobre la búsqueda de folios: el código detecta cuándo un folio está "caliente" y marca una liberación diferida hasta después de un periodo RCU. Con ese aplazamiento, el kernel no solo hace la búsqueda del folio bajo RCU —algo que hace desde hace años—, sino también los accesos a los datos del propio folio dentro de esa región protegida. El efecto práctico: en el camino rápido no hace falta tomar un contador de referencias cuando la copia hacia el espacio de usuario no provoca fallos de página.

Según el mensaje que acompañó el envío, el resultado es una mejora de un orden de magnitud en un benchmark con mucha carga de read(). El asterisco: la revisión ya identificó una condición de carrera en el código. La serie todavía no está fusionada y hará falta más trabajo.

Para cualquier equipo que escriba software con IA, ese par de hechos —ganancia enorme y bug detectado en revisión— es la historia completa. No es "la IA lo resolvió" ni "la IA no sirve": es un cambio sustancial que pasó por el mismo filtro que cualquier otro parche.

Qué es la etiqueta Assisted-by y por qué el kernel la exige

El proyecto no improvisó esta situación. Según ZDNET, tras meses de debate los maintainers formalizaron la primera política del kernel sobre contribuciones asistidas por IA, con tres principios claros:

• Un agente de IA no puede agregar la etiqueta Signed-off-by: solo un humano puede certificar el Developer Certificate of Origin, el mecanismo legal que respalda el licenciamiento del código.
• Toda contribución con IA debe declarar el modelo, el agente y las herramientas auxiliares en una etiqueta Assisted-by en el mensaje del commit.
• La responsabilidad final —revisión, cumplimiento de licencia y cualquier bug o falla de seguridad— queda enteramente sobre el humano que firma.

El origen de esa etiqueta es incómodo. ZDNET relata que el ingeniero de Nvidia Sasha Levin, desarrollador destacado del kernel, envió a Linux 6.15 un parche generado íntegramente por IA —incluidos el changelog y los tests— sin avisar a los revisores. Después de la polémica, Levin empezó a abogar por reglas formales de transparencia en el Open Source Summit de Norteamérica de 2025 y en julio de 2025 propuso el primer borrador, que originalmente hablaba de un tag Co-developed-by. Los maintainers terminaron eligiendo Assisted-by para reflejar que la IA es una herramienta y no un coautor.

Torvalds fue explícito sobre el espíritu de la norma: según ZDNET, pidió que la documentación del kernel no tomara partido entre los que creen que "el cielo se cae" y los que creen que la IA "va a revolucionar la ingeniería de software". Quería que quedara como una declaración de "solo una herramienta".

El debate: ¿la IA baja el listón para nuevos contribuidores?

En el hilo de comentarios bajo la nota original, la discusión derivó rápido a ese punto. Un suscriptor planteó la contradicción de que Torvalds use un LLM mientras el proyecto vuelve más exigente el proceso para contribuir, y enlazó una discusión anterior del propio medio para dar contexto. Otro le respondió que reducir su posición a dos líneas era una caricatura: Torvalds había argumentado su postura con detalle en el Maintainers Summit, y pedía citarlo con precisión en lugar de fabricar una contradicción.

La crítica más incisiva del hilo apuntó a otra cosa: Torvalds es pro-IA para desarrolladores experimentados, pero lo que se observa en la práctica es la IA como forma de bajar la barra de entrada para parches nuevos. Y usar un modelo para escribir un parche no implica entender qué hace ese parche.

Esa tensión no es exclusiva del kernel. ADTmag recogió en julio de 2026 la respuesta de Torvalds a los críticos dentro de la comunidad: Linux no va a convertirse en un proyecto anti-IA y quien tenga problemas con eso puede hacer lo que hace el open source, bifurcar el código, o simplemente irse. Su argumento es más acotado de lo que suena: "la IA es una herramienta, como las otras que usamos. Y es claramente útil". El mismo medio señala que proyectos como Zig adoptaron políticas estrictas contra el código generado por IA, y que la Software Freedom Conservancy publicó una guía que pide "apoyar, no solo tolerar" a quienes rechazan estas herramientas.

El otro lado: cuando el volumen de código supera la capacidad de revisión

Hay una razón por la que el kernel se toma el trabajo de etiquetar: el volumen. Según TNW, el kernel mantiene un documento complementario sobre contenido generado por herramientas que lo dice sin rodeos: las herramientas aumentan la cantidad de contribuciones, mientras el tiempo de revisores y maintainers sigue siendo un recurso escaso. Saber qué parte vino de un humano y qué parte de una máquina es cómo el proyecto protege ese recurso.

La magnitud ya se nota en el ciclo actual. TNW contó 615 commits de 292 contribuyentes en el shortlog de Linux 7.3-rc2, un release candidate que llegó inusualmente pesado, y detectó que las herramientas de testing explican cerca del 20% del parche total, por delante de filesystems, kernel core y networking. En su anuncio, Torvalds bromeó con culpar a la IA sin ofrecer diagnóstico. Un mes antes, en cambio, había dado una explicación seria: la cantidad de fixes del ciclo se explica en buena parte por revisión hecha con herramientas de IA.

No es un fenómeno aislado. TNW reporta que Debian votó en agosto permitir contribuciones asistidas por IA con divulgación opcional, casi lo opuesto a la apuesta del kernel por la procedencia declarada. Y recuerda que en junio más de 1.500 paquetes de Arch Linux fueron secuestrados para robar credenciales de desarrolladores, sin ningún exploit de por medio.

¿Qué significa esto para tu startup?

Esta es la parte que se puede copiar sin tener un kernel que mantener. El mecanismo del kernel es, en el fondo, política de ingeniería, y escala bien hacia abajo.

• Adopta una etiqueta de procedencia en tus commits. Un Assisted-by: que nombre el modelo y las herramientas auxiliares cuesta segundos y te deja auditar después qué porcentaje de tu repositorio nació de una máquina. Sin registro, ese número es opinión.
• Nadie firma lo que no revisó. En el kernel, la firma legal es humana y el firmante responde por la licencia, los tests y los bugs. Traducido a tu equipo: quien aprueba un pull request con código generado tiene que poder defender cada línea, no solo el resultado del test.
• Presupuesta la revisión como cuello de botella. Si la generación de código se acelera y la revisión no, el resultado no es más producto: es más deuda sin revisar. La guía del kernel lo reconoce explícitamente y hasta permite a los maintainers revisar con menor prioridad o rechazar sin revisión detallada un parche muy asistido por IA.
• Desconfía del parche creíble. ZDNET describe con precisión el problema difícil: ya no es el código obviamente malo, sino el que cumple la especificación, respeta el estilo del proyecto, compila limpio y aun así esconde un bug sutil o una deuda de mantenimiento. Los tests en verde no equivalen a corrección. El primer parche con LLM de Torvalds, recordemos, necesitó revisión humana para encontrar su condición de carrera.

Conclusión

El primer parche asistido por un LLM de Linus Torvalds no es una anécdota simpática sobre IA: es el manual de uso bajo responsabilidad humana. El modelo puede aportar la ganancia de rendimiento; la confianza la sigue aportando la revisión. Un proyecto que fija esa división por escrito —procedencia declarada, firma humana, responsabilidad explícita— puede capturar el beneficio sin comprar el riesgo. El kernel ya lo hizo con diez parches. Tu repositorio puede hacerlo con el próximo commit.

Fuentes

• LWN: Linus Torvalds's first LLM-assisted patch series (fuente original)
• ZDNET: The new rules for AI-assisted code in the Linux kernel
• TNW: Torvalds joked that AI made Linux 7.3-rc2 this big, and nobody checked
• ADTmag: Torvalds Tells Linux Kernel Critics: AI Isn't Going Anywhere
• ZDNET: Linus Torvalds puts his foot down, tells anti-AI programmers to 'fork it'