Linus Torvalds a los críticos de la IA en Linux: "Bifurquen el proyecto o váyanse"

"Linux no es de esos proyectos anti-IA, y si a alguien le molesta, puede hacer lo que se hace en código abierto: bifurcarlo. O directamente irse." Así cerró Linus Torvalds, el creador de Linux, una discusión que lleva meses dando vueltas en las listas de correo del kernel: ¿hasta dónde puede meterse una IA en el código que corre en buena parte de los servidores del planeta?

Un revisor de código con 20% de falsos positivos

La chispa fue Sashiko, un sistema de revisión de código asistido por IA que, según sus propios creadores, identifica el 53,6% de los bugs de forma autónoma — pero también genera falsos positivos en aproximadamente 20% de los casos. Es decir: de cada cinco alertas que levanta sobre un parche, una es ruido. Para un proyecto del tamaño del kernel de Linux, con miles de contribuciones por ciclo de desarrollo, eso implica mantenedores humanos revisando señalamientos automáticos que, uno de cada cinco veces, les hacen perder tiempo con un problema que no existe.

Para la Software Freedom Conservancy y otros críticos, que Torvalds catalogó sin filtro como "absolutistas anti-IA", el problema no es solo la tasa de error: sostienen que cada contribuyente del kernel merece el derecho a decidir por sí mismo si quiere trabajar con herramientas basadas en modelos de lenguaje, sin que se les imponga desde arriba ni se los presione indirectamente a adoptarlas para seguir el ritmo de revisión del proyecto.

Torvalds no se guardó nada en su respuesta pública, publicada el 16 de julio. "No estamos obligando a nadie a usar [herramientas de LLM], pero voy a ignorar bien fuerte a quienes intentan convencer a otros de no usarlas", escribió. Y agregó una frase que resume su postura de fondo: "La IA es una herramienta, como las otras herramientas que usamos. Y claramente es útil".

Mérito técnico, no miedo

Lo interesante del cruce no es tanto quién ganó — en un proyecto que Torvalds sigue controlando con mano firme después de más de tres décadas, la respuesta era previsible — sino el criterio que puso arriba de la mesa. "Cualquiera que señale los problemas de la IA mejor que se mire al espejo y se señale a sí mismo también", disparó, en referencia a que el código humano tampoco está libre de errores ni de sesgos. Su postura, dijo, se basa en "mérito técnico. No en miedo a herramientas nuevas". Es una forma de correr el eje de la discusión: no se trata de si la IA es buena o mala en abstracto, sino de si el código que produce funciona y pasa la revisión — humana o asistida — como cualquier otro parche.

Vale recordar que Linux no es un proyecto cualquiera para probar esta tesis: es la base de la enorme mayoría de los servidores en la nube, de Android, y de buena parte de la infraestructura crítica mundial. Que su mantenedor principal se niegue a poner una barrera de entrada basada en la herramienta usada, y en cambio insista en que el filtro pase exclusivamente por la calidad del resultado, es una señal fuerte para el resto del ecosistema de código abierto, donde varios proyectos más chicos sí vienen debatiendo prohibiciones explícitas a contribuciones generadas o asistidas por IA.

No es la primera vez que Torvalds zanja una discusión técnica o cultural del kernel con esa mezcla de sarcasmo y contundencia — es, de hecho, parte de su estilo de gestión desde hace más de 30 años, para bien y para mal según a quién se le pregunte. Lo distinto acá es el tema: no está discutiendo un patrón de código o una decisión de arquitectura, sino directamente si el proceso de contribución al software más replicado del planeta debe adaptarse a una generación de herramientas que buena parte de la industria todavía no terminó de digerir. Su respuesta, en el fondo, traslada la responsabilidad adonde siempre estuvo en el desarrollo de código abierto: en la revisión entre pares, no en el origen de cada línea.

El eco para equipos de desarrollo en PyMEs

El proyecto de software libre más usado del mundo bancando el uso de IA en su desarrollo — con salvedades, pero sin veto — funciona como referencia para cualquier equipo de desarrollo chico que todavía discute puertas adentro si permitir o no herramientas de IA para escribir código de producción. La discusión de fondo que plantea Torvalds aplica igual de bien a una PyME de software argentina: la pregunta relevante no es si el código lo escribió una persona o un modelo, sino si pasa los mismos filtros de calidad y revisión que cualquier otro cambio. Prohibir la herramienta de plano suele ser más fácil de anunciar que de sostener en el tiempo — y, si el kernel de Linux no lo hace, quizás no haga falta que una empresa chica sea más estricta que el proyecto que corre en sus propios servidores. Lo que sí conviene copiar es la exigencia: usar IA no baja el estándar de revisión, lo mantiene igual de alto que siempre. Para un equipo chico que recién empieza a permitir herramientas de este tipo, esa es la parte incómoda pero necesaria: definir quién revisa, con qué criterio y con qué nivel de escepticismo, antes de discutir si la herramienta en sí está permitida o no.