En pocas palabras: El 15 de julio de 2026, Linus Torvalds confirmó que Linux no es un proyecto anti-IA: las herramientas basadas en LLM son bienvenidas si mejoran el código real. El proyecto evalúa el resultado, no el origen del parche, marcando un giro respecto a sus críticas de octubre de 2024.
Linus Torvalds dejó las cosas claras el 15 de julio de 2026: Linux no es un proyecto anti-IA. La postura de Linus Torvalds sobre la IA en el kernel de Linux es pragmática, las herramientas basadas en modelos de lenguaje son bienvenidas si aportan valor técnico real, y la oposición ideológica no alcanza para bloquear a quien sí las quiere usar.
La IA en el kernel de Linux es el uso de modelos de lenguaje grandes (LLM) y herramientas de aprendizaje automático para tareas concretas del desarrollo del kernel: revisar parches, detectar candidatos a CVE, marcar cambios que deberían ir a las ramas estables y analizar código. Torvalds, creador de Linux en 1991 y su mantenedor principal, aclaró que la política del proyecto es evaluar el resultado, no el origen del código.
En 30 segundos
- 15 de julio de 2026: Torvalds declaró que Linux no es un proyecto anti-IA y que las herramientas asistidas por LLM son válidas si mejoran el código.
- Giro respecto a 2024: en octubre de ese año había calificado buena parte del entusiasmo con la IA como “90% marketing”.
- Sashiko: sistema de revisión de código con IA, señalado como ejemplo de valor práctico concreto.
- El problema real no es la IA en sí, sino el ruido: reportes de bugs generados en masa que volvieron algunas listas casi inmanejables.
- Sin mandato: nadie está obligado a usar IA, pero oponerse por ideología no le da a nadie el poder de vetar a los demás.
¿Está Torvalds a favor o en contra de la IA en el desarrollo del kernel?
A favor, con condiciones. El 15 de julio de 2026 Torvalds respondió públicamente a la idea de que el kernel rechaza la inteligencia artificial y la desarmó: Linux acepta contribuciones asistidas por IA siempre que cumplan los mismos estándares que cualquier otro parche. La postura, recogida por Phoronix bajo el título “Linux Is Not Anti-AI”, es que la herramienta da igual mientras el código sea correcto, mantenible y revisable.
Ojo con el matiz. No dijo “usen IA para todo”. Dijo algo más filoso: que quien se opone por principio no puede convertir esa opinión personal en una regla para el resto del proyecto. Si no te gusta, no la uses. Pero no le bloqueás el paso a quien sí.
Cualquiera que haya seguido las listas de correo del kernel sabe que Torvalds no suele suavizar sus mensajes. Esta vez tampoco. The Register tituló su nota “Linus Torvalds tells AI haters to fork off”, y el resumen es ese: el que no está cómodo tiene la libertad de armar su propio fork.
¿Cómo cambió su opinión desde 2024?
Pasó de escéptico declarado a pragmático a favor en menos de dos años. En octubre de 2024, Torvalds venía diciendo que buena parte del ruido alrededor de la IA era “90% marketing y 10% realidad”. No era un rechazo a la tecnología, era desconfianza al hype. Y la verdad es que en ese momento tenía razón: las herramientas todavía escupían más humo que resultados.
¿Qué cambió entre 2024 y 2026? Tres cosas concretas. Las herramientas maduraron y empezaron a producir salidas que un mantenedor podía usar sin perder media hora corrigiéndolas. Apareció software específico como Sashiko, pensado para el flujo del kernel y no para vender una demo. Y la presión sobre los revisores humanos, que ya venía siendo brutal, hizo que automatizar el triaje dejara de ser un lujo. Te puede servir nuestra cobertura de políticas de seguridad para desarrollo.
| Aspecto | Octubre 2024 | Julio 2026 |
|---|---|---|
| Postura general | Escéptico, “90% marketing” | Pragmático a favor |
| Uso de LLM en parches | Sin criterio claro | Aceptado si cumple estándares |
| Herramientas citadas | Ninguna en particular | Sashiko como caso concreto |
| Preocupación principal | El bombo publicitario | El ruido de reportes automáticos |
| Tags tipo “Assisted-by” | No aplicaba | Rechazados: importa el valor, no el origen |
¿Para qué se usan los LLM en el kernel de Linux?
Para tareas de revisión y triaje, no para escribir el kernel entero de cero. Los modelos de lenguaje se aplican hoy a trabajo repetitivo y de alto volumen donde un humano se agota rápido. Acá viene lo interesante: son tareas donde equivocarse un poco no es catastrófico, porque siempre hay una revisión humana después.
Detección de candidatos a CVE
Marcar parches que podrían corresponder a una vulnerabilidad de seguridad. El modelo señala, el humano decide si eso merece un identificador CVE. Ahorra el paso de tener que leer cada commit buscando la aguja en el pajar.
Candidatos a backport estable
Identificar qué correcciones deberían viajar a las ramas estables. Es un trabajo tedioso que consume tiempo de gente muy calificada, y donde un asistente que filtre bien mueve la aguja.
Revisión automática de parches
Acá entra Sashiko. La idea no es reemplazar al revisor, sino darle una primera pasada que atrape lo obvio antes de que un humano invierta su atención.
¿Qué es Sashiko y por qué lo menciona Torvalds?
Sashiko es un sistema de revisión de código asistido por IA, pensado para el flujo de trabajo del kernel. Según los datos difundidos, detectó parte de los bugs en los conjuntos con los que se lo probó. Torvalds lo menciona porque es evidencia dura de que la IA aporta valor concreto en el kernel, no una promesa. Esto se conecta con lo que analizamos en alternativas populares como ChatGPT.
Ese resultado conviene tomarlo con pinzas. Es una métrica sobre sets de prueba controlados, no sobre la producción real del día a día, y el número puede moverse según qué tipo de bug estás buscando. Pero incluso así, atrapar errores antes de que llegue un humano no es poco. Un revisor que arranca con esa base rinde distinto.
El punto de Torvalds es más profundo que Sashiko en sí. Lo usa como prueba de concepto: cuando alguien dice “la IA no sirve para código serio”, él responde con una herramienta que ya está encontrando bugs de verdad.
¿La IA está perjudicando al kernel de Linux?
El daño no vino del código asistido por IA, sino del spam de reportes automáticos. El problema concreto que Torvalds y otros mantenedores señalaron es el volumen: reportes de bugs generados por IA que se acumulan sin triaje, duplicados, muchos sin sustancia real, al punto de volver algunas listas de correo “casi por completo inmanejables”.
Ponele que sos mantenedor de un subsistema. Abrís la lista un lunes a la mañana y encontrás cuarenta reportes nuevos, la mitad generados por alguna herramienta que corrió sola durante el fin de semana, sin que nadie los haya mirado, sin priorización, algunos describiendo el mismo problema con palabras distintas, y ahora tenés que separar el grano de la paja antes de escribir una sola línea de código. Eso agota.
Por eso la posición de Torvalds no es ingenua. Reconoce que la IA mal usada genera ruido, pero distingue entre la herramienta y el uso. El asistente que revisa con criterio suma. El bot que dispara reportes en masa sin que nadie los filtre resta. En cómo funcionan los modelos modernos profundizamos sobre esto.
¿Qué requisitos debe cumplir un parche asistido por IA?
Los mismos que cualquier otro parche: corrección técnica, mantenibilidad, pruebas y revisión humana obligatoria. No hay una vara más baja ni más alta por el hecho de que un LLM haya intervenido. Torvalds fue explícito en que el kernel no va a adoptar tags específicos tipo “Assisted-by” para marcar el origen de un cambio.
¿Por qué rechaza esas etiquetas? Porque desplazan el foco. Si empezás a etiquetar de dónde salió cada línea, la discusión pasa a ser sobre la herramienta en vez de sobre el código. Y a él lo único que le importa es si el parche está bien. Un cambio correcto escrito con IA vale exactamente lo mismo que uno correcto escrito a mano.
La consecuencia práctica es sana: no hay atajos. Podés generar el parche con el mejor asistente del mundo, pero si no pasa la revisión humana, no entra. La IA acelera la propuesta, no reemplaza el juicio de quien mantiene el subsistema.
¿Qué pasa con los que no quieren usar IA?
Nadie los obliga, pero tampoco pueden vetar a los demás. La postura de Linus Torvalds sobre la IA en el kernel de Linux respeta la libertad de cada desarrollador de no tocar un LLM en su vida. Lo que no acepta es que esa decisión personal se transforme en una regla que le prohíba usar estas herramientas a quien sí las quiere aprovechar.
Las opciones para el que está en desacuerdo son tres, y Torvalds las dejó sobre la mesa con su franqueza habitual. Adoptar las herramientas si en algún momento le convencen. Seguir trabajando como siempre, sin IA, porque nadie se lo impide. O, si de verdad no soporta la dirección del proyecto, ejercer el derecho más básico del código abierto y hacer un fork. Tema relacionado: herramientas de IA de Google.
Errores comunes al interpretar esta noticia
- Creer que Torvalds “se rindió al hype”. No cambió de opinión sobre el marketing vacío. Sigue distinguiendo entre bombo y herramientas que funcionan; lo que reconoce es que en 2026 aparecieron cosas del segundo grupo.
- Pensar que ahora el kernel se escribe con IA. Falso. La IA se usa para revisión y triaje, con revisión humana obligatoria encima. El estándar de aceptación no bajó ni un milímetro.
- Confundir el spam de reportes con la contribución asistida. El problema que criticó son los bots que inundan las listas sin triaje, no los parches bien hechos con ayuda de un LLM. Son cosas distintas y conviene no mezclarlas.
- Asumir que hay un mandato. No existe obligación de usar IA. La libertad de no usarla sigue intacta; lo único que no está permitido es imponerle esa negativa al resto.
Preguntas Frecuentes
¿Linus Torvalds está a favor o en contra de la IA en Linux?
A favor con condiciones. El 15 de julio de 2026 declaró que Linux no es un proyecto anti-IA y que las herramientas asistidas por modelos de lenguaje son válidas si el código cumple los estándares de corrección y mantenibilidad del kernel. Lo que rechaza es el hype vacío y el spam de reportes automáticos.
¿Cómo se usan los LLM en el desarrollo del kernel?
Para tareas de revisión y triaje de alto volumen: identificar candidatos a CVE, marcar correcciones que deberían ir a las ramas estables y hacer una primera pasada de revisión de parches. Siempre con revisión humana posterior. No se usan para escribir el kernel de forma autónoma.
¿Qué es Sashiko y cómo revisa código?
Sashiko es un sistema de revisión de código con IA, adaptado al flujo del kernel Linux. En las pruebas difundidas detectó parte de los bugs en los conjuntos evaluados, dándole al revisor humano una base de la que partir.
¿La IA baja la calidad del código del kernel?
No, porque todo parche asistido por IA pasa por la misma revisión humana y los mismos requisitos de pruebas que cualquier otro. El riesgo real detectado no es el código, sino el ruido de reportes generados en masa sin triaje, que sobrecarga a los mantenedores.
¿Un desarrollador está obligado a usar IA en el kernel?
No. Cada quien decide si usa estas herramientas o no. La única regla es que la oposición personal a la IA no puede convertirse en un veto para los demás. Quien esté en profundo desacuerdo con la dirección del proyecto puede hacer un fork.
Conclusión
Lo que cambió acá no es que Torvalds se haya vuelto fanático de la IA. Es que dejó de ser una discusión teórica. En 2024 hablaba de marketing porque las herramientas todavía no rendían; en 2026 tiene a Sashiko encontrando bugs de verdad y a mantenedores usando LLM para triaje real.
El mensaje de fondo es sencillo y sirve más allá del kernel: juzgá el resultado, no la etiqueta. Si un asistente te ayuda a escribir un parche correcto y mantenible, bienvenido. Si generás cien reportes automáticos sin mirarlos, sos parte del problema. Esa vara (valor comprobable, revisión humana, cero atajos) es lo que cualquier equipo de software debería copiar antes de meter IA en su flujo de trabajo. La herramienta no te salva del criterio. Nunca lo hizo.
Fuentes
- Linux Kernel Mailing List (lore.kernel.org) – archivo oficial de las listas de correo del kernel
- Phoronix – “Linux Is Not Anti-AI”, cobertura de la postura de Torvalds
- The Register – Torvalds sobre los detractores de la IA en el kernel (15/07/2026)
- LWN.net – análisis del uso de LLM en el desarrollo del kernel
- Cybersecurity News – IA, seguridad y detección de CVE en Linux