Linus Torvalds, Linux y la IA: el pragmatismo antes que el miedo

Linus Torvalds acaba de aclarar su postura sobre el uso de la inteligencia artificial en el desarrollo del kernel de Linux. Como suele ocurrir con él, el mensaje es directo: Linux no se convertirá en un proyecto contrario a la IA por principio.

Las personas que rechazan categóricamente estas herramientas siguen siendo libres de no utilizarlas. También pueden abandonar el proyecto o crear su propio fork. En cambio, no pueden imponer ese rechazo al conjunto de la comunidad.

Detrás de la frase provocadora recogida por varios medios, su postura es en realidad mucho más interesante y bastante más matizada.

Linux no es un proyecto anti-IA

Linus Torvalds no pretende que la IA sea perfecta. Reconoce que puede generar informes de bugs deficientes, código mediocre y una cantidad considerable de ruido adicional para los mantenedores.

Pero ahora considera que se ha convertido en una auténtica herramienta de desarrollo.

Hasta hace poco, Torvalds se mostraba mucho más escéptico. En 2024 consideraba que gran parte del discurso en torno a la IA respondía sobre todo a estrategias de marketing. Hoy su valoración ha evolucionado: estas herramientas son útiles, aunque siguen siendo imperfectas y, en ocasiones, engorrosas de gestionar.

Su postura se resume, en el fondo, en una idea sencilla: hay que juzgar una contribución por su valor técnico, no por las convicciones personales que cada uno pueda tener respecto a la IA.

Y en este punto, creo que tiene razón.

Marca el rumbo del proyecto que él mismo creó

Linux es hoy un proyecto colectivo inmenso. Miles de desarrolladores, mantenedores y empresas contribuyen al kernel.

Por tanto, no sería exacto presentar Linux como propiedad personal de Linus Torvalds. Pero sigue siendo su creador y mantenedor principal. Su papel consiste precisamente en arbitrar y definir las grandes líneas técnicas del proyecto.

Cuando afirma que Linux no se convertirá en un proyecto anti-IA, asume esa responsabilidad.

Se puede no compartir su postura. Ese es también el principio del software libre: el código puede estudiarse, modificarse y forkearse. Pero no se puede exigir al proyecto principal que adopte una línea ideológica contraria a la definida por su mantenedor.

El open source no es la ausencia de dirección. También se sustenta en responsabilidades claramente asumidas.

Tarde o temprano, la IA participará en el desarrollo de Linux

En mi opinión, el debate ya no gira realmente en torno a si la IA se utilizará para desarrollar Linux.

Probablemente ya se esté utilizando, directa o indirectamente, para analizar código, buscar regresiones, preparar informes, revisar modificaciones o identificar ciertas anomalías.

La verdadera cuestión es más bien hasta dónde podrá llegar su uso y en qué condiciones.

La IA no va a sustituir de repente a los mantenedores del kernel. En cambio, podría ir ganando progresivamente peso en varios ámbitos:

• el análisis estático del código

• la detección de vulnerabilidades

• la identificación de regresiones

• la generación o mejora de tests

• la revisión preliminar de los parches

• la búsqueda en el historial de commits

• el análisis de las interacciones complejas entre distintos subsistemas

Sería bastante sorprendente que el proyecto Linux se privara de forma duradera de estas posibilidades, cuando el kernel contiene varias decenas de millones de líneas de código y evoluciona constantemente.

Torvalds parece haberlo entendido: ignorar estas herramientas no hará que desaparezcan. Es mejor aprender a utilizarlas correctamente y definir reglas lo bastante sólidas como para evitar que se conviertan en una carga adicional.

Pero Linux no es un proyecto como los demás

Esta apertura hacia la IA debe ir acompañada, no obstante, de una gran prudencia. Linux está en todas partes.

Se encuentra en servidores, infraestructuras cloud, smartphones Android, routers, dispositivos conectados, superordenadores, sistemas industriales, equipos de red y numerosos sistemas críticos.

Un error introducido en una aplicación cualquiera puede afectar a unos pocos usuarios. Un error en el kernel de Linux puede tener consecuencias mucho más amplias.

Por esta razón, el uso de la IA en un proyecto tan sensible no puede seguir la lógica del «vibe coding», en la que se acepta código simplemente porque parece funcionar.

Un modelo puede generar una modificación convincente, correctamente estructurada y perfectamente plausible, y aun así introducir un fallo difícil de detectar. También puede malinterpretar un comportamiento histórico, ignorar una restricción de hardware poco habitual o proponer una corrección que funcione en una arquitectura pero provoque una regresión en otra.

En el kernel de Linux, un código plausible no basta. Hay que entenderlo, probarlo, revisarlo y asumir su responsabilidad.

El ser humano debe seguir siendo responsable

Este es probablemente el punto más importante.

Poco importa que un parche haya sido escrito enteramente a mano, sugerido por una IA o producido con ayuda de varias herramientas: la persona que lo envía debe seguir siendo responsable de su contenido.

La IA no puede convertirse en una excusa.

Un desarrollador nunca debería poder responder ante una regresión o una vulnerabilidad diciendo: «No lo sé, eso lo generó el modelo».

Quien firma una contribución debe ser capaz de explicarla, defenderla y, si es necesario, corregirla.

Esto supone también que los mantenedores dispongan de herramientas para identificar contribuciones dudosas, reforzar los tests y comprobar que la IA reduce realmente su carga de trabajo en lugar de desplazarla hacia la fase de revisión.

El propio Torvalds lo dice: el objetivo debe ser lograr que las herramientas basadas en grandes modelos de lenguaje ayuden a los mantenedores, en lugar de imponerles trabajo artificial adicional.

Ni rechazo sistemático, ni confianza ciega

Entiendo la preocupación de una parte de la comunidad open source.

Los informes generados automáticamente, las contribuciones oportunistas y el código enviado sin haber sido realmente comprendido pueden agotar rápidamente a los mantenedores. El problema es real y no conviene minimizarlo.

Pero rechazar por principio cualquier uso de la IA no me parece la respuesta correcta.

A la inversa, aceptar ciegamente código solo porque haya sido producido rápidamente por un modelo sería igual de peligroso.

La postura más razonable se encuentra entre ambos extremos: utilizar la IA como una herramienta, sin delegarle la responsabilidad técnica.

Ese es, en definitiva, el fondo del mensaje de Linus Torvalds.

La inteligencia artificial no es ni una autoridad ni un enemigo. Es una herramienta más. Puede detectar errores, pero también generarlos. Puede hacer ganar tiempo, pero también hacer perder muchísimo.

En un proyecto tan central como Linux, su adopción me parece inevitable. Pero deberá llevarse a cabo con una exigencia mayor que en cualquier otro lugar.

Porque Linux está en todas partes, y cuando el kernel falla, las consecuencias van mucho más allá del puesto de trabajo del desarrollador que envió el commit.