El 15 de julio de 2026, el creador de Linux, Linus Torvalds, envió un correo contundente a la lista de desarrolladores. Exigía que la comunidad aceptara una herramienta de revisión con IA llamada Sashiko —que comprueba automáticamente los parches de código y ayuda a los desarrolladores a cazar bugs potenciales—. Linus llegó a amenazar: Linux «no es un proyecto anti-IA», y quien no lo acepte puede «bifurcar el repositorio, o simplemente largarse».
Pero Laurent Pinchart, un veterano mantenedor de la comunidad, le dijo «no» en su cara.
Pinchart es el mantenedor central del subsistema de medios del kernel de Linux, y lleva más de diez años contribuyendo. Su rechazo se apoya en un juicio sereno: las revisiones generadas por IA suelen ser un «batiburrillo de alucinaciones» —marcan como erróneo código correcto y hacen perder tiempo a los humanos depurando. El subsistema de medios ya había probado a dejar que Sashiko enviara las revisiones directamente al correo de los desarrolladores; el resultado fue que las advertencias falsas de la IA ahogaron la retroalimentación útil, creando más trabajo, en lugar de reducirlo.
La escena es sabrosa: la máxima autoridad del mundo tecnológico le vende una tecnología nueva a su propia comunidad, y los suyos le dan la vuelta a la mesa. Y los argumentos del otro bando golpean de lleno sus grietas lógicas.
«Confía en mí» frente a «enséñame el código» — ¿quién aplica el doble rasero?
Lo que realmente hizo estallar a la comunidad de Lobsters fue la contradicción de Linus en este diálogo.
El origen fue una guía de la Software Freedom Conservancy. Sugería que las revisiones de código generadas por IA las filtrara primero un mantenedor humano, confirmando que son correctas antes de enviarlas al autor del parche; y que se respetara la voluntad de los desarrolladores que no quieren recibir mensajes de IA.
La respuesta de Linus empezó apelando a la emoción. En el correo original escribió: «Este es el punto donde me planto como mantenedor principal». «La IA es una herramienta, y está claramente resulta útil» —en el fondo, vendía con su prestigio personal.
Pero cuando Pinchart dijo que no, Linus viró y sacó la norma más nuclear de la comunidad Linux: «Tomamos las decisiones principalmente por su mérito técnico, no por miedo a las herramientas nuevas».
La comunidad atrapó al instante la contradicción. El comentario más votado de Lobsters (78 votos) fue al grano: Linus primero intentó vender con autoridad personal; al pedirle razones técnicas, respondió «solo miramos lo técnico» —lo cual es, precisamente, el doble rasero típico. El comentarista añadió: «apelar a la autoridad es probablemente el argumento más superficial e inútil que alguien puede esgrimir; citar el nombre de Linus no hace más fuerte un argumento».
Lo que hizo explosión es que tocaba la norma cultural más central de Linux en más de treinta años. El propio Linus dijo en el año 2000 la frase grabada en el ADN de los programadores: «Talk is cheap. Show me the code.» Es la condensación de toda una filosofía de ingeniería: en el mundo Linux, cualquier afirmación debe sostenerse con evidencia visible, tangible, verificable; el prestigio de nadie sustituye ese proceso.
Y ahora, quien dijo eso, primero pide «confía en mí».
El villano: la IA opaca frente al código abierto transparente
Si la capa anterior era «el problema es la persona», la capa más profunda es «el problema está en el ADN de la herramienta».
El segundo comentario más votado de Lobsters (42 votos), de un usuario llamado addison, escribió algo que haría enmudecer a muchos veteranos del código abierto:
“Everyone makes mistakes. I largely think Linus is going in the right direction on open-source decisions. I’m not denying these tools actually work — on certain tasks, they’re even better than our existing bulk-review solutions. But the scary part is: both sides of the argument are right, in a sense. The tools really do work, but LLMs and their derivatives embody, comprehensively, what’s wrong with this industry — and many of those are precisely the things Linux set out to avoid in the first place.”
Esta frase es la llave para entender la disputa.
Linux nació en 1991. El modelo dominante entonces era el software comercial cerrado —Windows de Microsoft, Solaris de Sun—, cuyo código fuente era invisible al exterior. No sabías qué hacía el sistema operativo; solo podías confiar en la empresa. Linus Torvalds, desde su residencia universitaria en Helsinki, arrancó el proyecto también para oponerse a ese modelo opaco: el código debe ser público, el proceso de decisión debe ser público, cualquiera puede ver, entender y auditar cada línea de lógica.
Por eso la comunidad Linux es casi religiosa con la «revisión de código». Cuando llega un parche, el mantenedor lo revisa línea por línea, cuestiona cada decisión de diseño, exige una razón para cada cambio. Ese proceso es el rito central de la cultura de ingeniería transparente.
Y la esencia de un LLM está justo en el bando opuesto. Es una caja negra enorme —una red neuronal de miles de millones de parámetros— que nadie explica con precisión por qué produjo esa salida ante esa entrada. No ofrece razonamiento, no hay cadena de decisión auditable. Solo puedes «confiar» en ella —o no.
El choque entre opacidad y transparencia —dos formas opuestas de conocer el mundo topándose en la misma arena.
La verdad de Linus: el dilema del pragmatismo
Pero no quiero retratar a Linus como alguien que «traicionó sus ideales». Su correo original revela una postura más compleja.
Reconoció que la IA «puede ser una herramienta algo dolorosa, que tanto aumenta la carga de los mantenedores como incomoda por ‘encontrar constantemente bugs vergonzosos’». Dijo explícitamente «no obligamos a nadie a usarla»; lo que rechaza es «que alguien trate de impedir que otros la usen».
También dijo algo que, a gran escala histórica, no es absurdo: «En la comunidad, hacemos código abierto porque produce mejor tecnología, no por razones religiosas». «No es un proyecto de ‘activistas sociales’ —nunca lo fue, ni lo será».
Esa frase enfureció a muchos. Pero desde el ángulo de Linus, su cadena lógica es: la herramienta es una herramienta, y la IA no es esencialmente distinta del compilador, el analizador estático o la herramienta de búsqueda de código. Hace diez años, cuando aparecieron las herramientas de análisis estático, también hubo quien dijo que generaban demasiados falsos positivos y abrumaban a los mantenedores. Hoy son parte estándar del flujo. Linus ve una trayectoria igual —la IA hoy no es suficientemente buena, pero lo será, y enterrar la cabeza cantando «no oigo» no es la solución.
Esta postura tiene su honestidad. Pero el problema es: la IA y el compilador son esencialmente distintos. El compilador es determinista —la misma entrada produce siempre la misma salida, y puedes entender exactamente cómo funciona—. El LLM no. Es un sistema probabilístico, de comportamiento impredecible, irreproducible, no del todo auditable.
El sistema de confianza que Linux ha construido en treinta años descansa en la «auditabilidad». Quién escribió cada línea, quién la revisó, por qué se cambió —todo público y rastreable—. Al introducir en la cadena de revisión una caja negra que no explica sus decisiones, se sacude los cimientos de ese sistema de confianza.
El momento en que ambos tienen razón
No pretendo tomar partido, porque ambos bandos dicen cosas ciertas.
La ansiedad de Linus es real. El grupo de mantenedores del kernel de Linux está envejeciendo, faltan relevos, y el volumen de código no para de crecer. Él mismo ha dicho en público que hoy encontrar mantenedores cualificados «es realmente difícil». Ante esa escasez de manos, la IA como herramienta auxiliar tiene un valor que no se puede ignorar. Como líder del proyecto, vio una oportunidad de aliviar a la comunidad y quiso empujar —se entiende.
La resistencia de la comunidad también es real. No son «ludditas» —gente ignorante que teme a lo nuevo—. Son quienes han mantenido la infraestructura de software más importante del planeta durante más de veinte años. Cuando dicen «las alucinaciones de la IA aumentan nuestro trabajo», eso son datos de experimento. El subsistema de medios ya lo probó, y el resultado fue el caos.
Un comentarista en GamingOnLinux señaló un punto ciego mayor: Linus dijo que Linux «nunca fue un proyecto de activistas sociales», pero él mismo, tras la invasión rusa de Ucrania, expulsó personalmente a mantenedores de nacionalidad rusa del equipo de desarrollo del kernel. ¿Acaso esa no fue una decisión basada en valores, no en un sentido puramente técnico?
La postura de «solo lo técnico» funciona cuando se trata de herramientas técnicas. Pero cuando la herramienta cambia la esencia del comportamiento técnico —un sistema opaco, inexplicable, no auditable—, «solo lo técnico» puede no bastar.
Aún no ha terminado
La disputa cerró con la postura firme de Linus. Su autoridad como mantenedor principal sigue siendo inquebrantable. Pero la comunidad no quedó convencida de verdad —los 145 votos y 134 comentarios en Lobsters indican que la conversación está lejos de terminar.
Más interesante aún: el motor de juegos Godot actualizó recientemente su política de contribución, prohibiendo explícitamente el código generado por IA. El equipo del emulador RPCS3 tomó una decisión similar —dijo a los desarrolladores «dejen de enviar código de IA que ni ustedes mismos entienden»—. Todo el mundo del código abierto se está partiendo en dos rutas: una abraza la IA como tendencia irreversible, otra traza límites y defiende el suelo de la auditabilidad humana.
El pequeño rifirrafe de Linux no es un caso aislado. Es la erupción local de un problema histórico mayor: cuando una comunidad cimentada en la transparencia se topa con una herramienta esencialmente opaca —¿quién ha de cambiar a quién?
La respuesta de Linus es: la comunidad debe adaptarse a la IA.
Pero hace treinta y tres años, cuando empezó a teclear las primeras líneas de Linux en su residencia, su respuesta fue: la comunidad no debe confiar en nada que no pueda verse.
Enlaces de referencia
- Phoronix: «Linus Torvalds Reaffirms That Linux Is Not ‘Anti-AI’» — cita íntegramente el correo de Linus Torvalds en LKML
- Neowin: «‘Fork it or leave’: Linus Torvalds fires back at Linux’s anti-AI crowd» — contextualiza el trasfondo y los antecedentes del experimento fallido con Sashiko
- Lobsters: «Linus Torvalds on LLM usage in kernel development» (145 puntos / 134 comentarios) — recoge las críticas afiladas al doble rasero y el comentario clave de addison
- XenoSpectrum: «Linux Declares It Won’t Reject AI» — analiza en detalle la tabla de flujo de trabajo de Sashiko y el significado de su 53,6 % de precisión autoevaluada
- Banandre: «Linus Torvalds to AI Critics: Fork Linux or Walk Away» — cita la reacción de Reddit y los registros previos de posturas anti-IA de Linus
- Correo original en LKML (lore.kernel.org) — el diálogo directo entre Linus Torvalds y Laurent Pinchart
