El 15 de julio de 2026 ocurrió algo poco habitual en la lista de correo del kernel de Linux (LKML): alguien le dijo «no» a Linus Torvalds.
Quien dijo «no» fue Laurent Pinchart, un desarrollador principal que lleva años aportando código al kernel de Linux. Lo que rechazó fue una propuesta que el propio Linus había promocionado personalmente: usar modelos de lenguaje grandes (LLM, la tecnología de IA detrás de ChatGPT, por ejemplo) para ayudar a revisar los parches de código del kernel.
¿Qué pasó?
Antes de nada, algo de contexto para quien no escribe código. El kernel de Linux es uno de los proyectos de software libre más importantes del mundo: tu teléfono Android, tu router Wi-Fi y la mayoría de los servidores que sostienen la banca, casi todos lo ejecutan. El proyecto recibe cada día cientos de propuestas de modificación de código (en la jerga, «parches» o patches), y desarrolladores con experiencia deben revisarlas línea por línea para confirmar que no hay bugs, que no hay vulnerabilidades de seguridad y que el estilo de código es coherente, antes de poder integrarlas. Ese trabajo se conoce como «revisión de código» (code review), y es el eslabón más central y también más costoso en tiempo del proceso de desarrollo del kernel.
Linus cree que la IA puede echar una mano. Recientemente, Google donó a la Fundación Linux una herramienta de revisión con IA llamada Sashiko, capaz de analizar automáticamente cada parche enviado, detectar posibles problemas y sugerir cambios como lo haría un revisor humano. Linus intentó convencer a la lista de que aceptara la herramienta, o al menos que no la rechazara de plano.
Pero Laurent Pinchart no compró la idea. Su exigencia central es que las observaciones de revisión generadas por la IA no deberían enviarse directamente al desarrollador que escribe el código, sino pasar primero por la verificación y el filtro manual del mantenedor (el responsable del subsistema). Su razonamiento es que la IA suele «alucinar»: señala con aplomo problemas que ni siquiera existen, y si esas observaciones bombardean directamente a los desarrolladores, lo que hace en realidad es aumentar la carga de trabajo en lugar de reducirla.
Esa preocupación no es infundada. Según reportes de prensa, el subsistema de medios del kernel intentó antes dejar que Sashiko enviara sus observaciones de revisión directamente a la lista de correo de los desarrolladores, y el resultado fue una avalancha de «problemas imaginarios» y disparates producidos por la IA. Los desarrolladores, confundidos, reenviaron esos comentarios de la IA a los mantenedores humanos para que los verificaran, y al final la carga de trabajo de los mantenedores aumentó en lugar de disminuir.
El punto de fricción: el doble estándar
Hasta aquí, no deja de ser un debate de ingeniería normal. Pero la discusión en la comunidad técnica Lobsters —la publicación llegó a △119 puntos y 101 comentarios, y fue una de las mejores conversaciones del día— sacó a la luz un lado mucho más interesante del asunto.
El comentario de ayushnix en Lobsters, con △63, fue el más votado. Lo resumió así:
«Linus trató de vender el uso de LLM, y cuando Laurent básicamente dijo ‘no, gracias’, Linus respondió que aquí todos juzgamos por razones técnicas, y que si no las tienes, mejor no hables, que no vengas con tus creencias personales sobre los LLM para vender la idea —pero eso lo dijo después de haber hecho él exactamente lo mismo. Laurent lo señaló con argumentos sólidos. Es una confirmación perfecta de la ‘apelación a la autoridad’: probablemente una de las formas de argumentar más superficiales y más débiles, y citar el nombre de Linus no hace que un argumento sea automáticamente más fuerte.»
Al leer ese comentario, el autor de este artículo se detuvo sin querer a releerlo. Lo que ayushnix señala es un problema lógico: usas tu autoridad personal para vender la IA, y cuando otro usa su postura personal para rechazarla, tú dices «solo miramos lo técnico». ¿Es justo?
Por supuesto, enseguida hubo quien defendió a Linus. El usuario atmosx replicó: Linus ha liderado durante más de 30 años el proyecto de software más complejo del mundo, manteniendo el equilibrio entre genios técnicos, empresas competidoras, problemas legales y controversias sociales, y manteniendo el proyecto avanzando —eso no es poca cosa. Él tomó un juicio; puedes no estar de acuerdo, pero se ha ganado el derecho a emitir ese tipo de juicio.
La tensión entre estos dos comentarios es, precisamente, la parte más valiosa de toda la historia.
La grieta entre la herramienta y la confianza
Que este debate estallara en 101 comentarios en Lobsters no se debe a lo novedoso del asunto —que Linus insulte a la gente o que imponga su criterio a la fuerza son, en el mundo del código abierto, programación habitual—. Lo que hizo que la conversación no parara fue otra cosa: el incidente tocó de lleno la contradicción de la comunidad de código abierto con la IA, a la vez expectante y temerosa.
Desde el punto de vista de Linus, su lógica es clara: la IA es una herramienta, igual que un editor, un compilador o una herramienta de análisis estático. En sus propias pruebas, Sashiko fue capaz de encontrar aproximadamente la mitad de los bugs que los revisores humanos pasaron por alto en 1000 parches reales del kernel —un valor técnico tangible. Si prohibimos la herramienta solo porque «a alguien no le gusta la IA», ¿en qué se diferencia de prohibir el compilador de C++ en su momento solo porque a alguien no le gustaba C++?
Pero la preocupación de Laurent es igualmente real. La IA no es un compilador. El compilador es determinista: el mismo código produce siempre instrucciones de máquina idénticas. El LLM es probabilístico: el mismo prompt puede dar respuestas distintas en momentos distintos. En un escenario como el de un kernel de sistema operativo, donde «una sola línea de código mal escrita puede paralizar servidores en todo el mundo», mantener la guardia alta ante algo «probablemente correcto» no es ignorancia, es profesionalidad.
La pregunta más profunda la resumió mejor otro usuario de Lobsters. El autor intenta traducir la idea en esencia: todos tienen razón —estas herramientas sí funcionan, pero el LLM encarna precisamente los problemas de la industria que Linux quiso evitar en sus inicios.
¿A qué nos referimos? Linux nació en 1991, cuando la industria del software estaba monopolizada por gigantes comerciales como Microsoft, y los desarrolladores individuales apenas tenían voz. Linus creó Git (una herramienta de gestión de versiones) y el modelo de colaboración del kernel de Linux para resolver, en el fondo, un problema: ¿cómo lograr que miles de extraños, sin jefes, sin jerarquías corporativas y basándose únicamente en la reputación técnica, produzcan código de alta calidad de forma conjunta?
Ese sistema lleva 34 años funcionando precisamente gracias a una regla de hierro: «la revisión de código se hace con ojos humanos». Cada línea que entra al kernel la escribe una persona de carne y hueso, la revisa otra persona línea por línea, y tiene una responsabilidad claramente asignada. ¿De quién es la responsabilidad cuando una observación de revisión la genera la IA? ¿A quién reclamar si un cambio de código sugerido por la IA falla? Hoy por hoy, la respuesta a estas preguntas es borrosa.
Opinión del autor
Como alguien que observa este debate desde fuera, el autor no pretende juzgar quién tiene la razón. Pero hay tres cosas claras.
Primero, los ingenieros a los que se enfrentó Linus esta vez son quienes mejor entienden, más que nadie ajeno al proyecto, la complejidad del desarrollo del kernel. Lo que le importa a Laurent Pinchart es si los resultados de la revisión de la IA deben pasar por un filtro humano. Ese es un problema de ingeniería sobre el diseño de procesos, no una cuestión de fe sobre «si se confía o no en la IA».
Segundo, la «apelación a la autoridad» es, ciertamente, una forma de argumentar débil, pero «el juicio de la autoridad» no tiene por qué estar equivocado. En 2005, Linus impuso a contracorriente escribir Git en C —hubo quien pensó que estaba loco, pero visto con perspectiva fue un juicio de ingeniería acertado—. Si su juicio sobre la IA resulta al final acertado o no, lo dirá el tiempo, no la votación de Lobsters.
Tercero, y es lo que más llama la atención al autor: la razón por la que la comunidad de código abierto ha funcionado con salud durante 34 años es precisamente que hay quien se atreve a decirle «no» a Linus.
En la mayoría de las empresas tecnológicas, cuando el CEO o el CTO dice que hay que impulsar la IA, lo más probable es que los empleados de abajo solo asientan. Pero en la LKML, cuando el propio fundador promociona una tecnología, de inmediato aparece un desarrollador principal que le dice «tu forma de argumentar tiene un problema». Ese es, exactamente, el aspecto más digno de respeto de la cultura del código abierto.
Epílogo
El debate continúa. La postura más reciente de Linus es: Linux no es un proyecto «anti-IA»; si alguien no tolera las herramientas de IA, puede «hacer lo que el código abierto manda —haz un fork, o simplemente vete». Pero también dejó claro que no obligará a ningún subsistema a usar IA, y que cada mantenedor tiene su propio margen de decisión.
En otras palabras, Linus dejó la discrepancia en el terreno de la ingeniería: cada mantenedor de subsistema decide por sí mismo si la herramienta de IA es una ayuda o una carga. La respuesta no viene de la autoridad, sino de los datos del uso real.
Esta es, probablemente, la forma más tranquilizadora de cerrar el asunto.
Enlaces de referencia:
- Lista de correo LKML: la propuesta de Linus Torvalds sobre los LLM
- Discusión en Lobsters (s/pb6d8m)
- ZDNET: Linus Torvalds puts his foot down, tells anti-AI programmers to ‘fork it’
- Neowin: Linus Torvalds fires back at Linux’s anti-AI crowd
- PBX Science: Linus Torvalds Tells AI Critics to Fork It or Walk Away
