Linus Torvalds contó en su repositorio que usó un asistente de IA para entender un parche del kernel de Linux que le resultaba ilegible. La IA hizo legible el código y entonces aparecieron tres fallos que llevaban trece años escondidos. Los tres provenían del primer commit de esa biblioteca, escrito en 2013. La noticia completa quedó en IAntena. El episodio se leyó como un respaldo ruidoso de Torvalds a la IA, y en parte lo fue.
Conviene detenerse en qué cambió. El asistente no salió a buscar un error que nadie había denunciado. Volvió revisable una estructura de bajo nivel que el kernel casi nunca toca, y solo cuando alguien pudo leerla los errores saltaron. La ganancia concreta fue la legibilidad. Ese matiz desarma buena parte del debate. La conversación suele medir a la IA por el código que escribe, cuando lo decisivo es el código que devuelve revisable.
Los tres fallos de 2013 tampoco eran desconocidos por mala suerte. Vivían en una zona que nadie tenía motivo para abrir, y el costo de revisarla superaba su beneficio. Un modelo no bajó ese costo por velocidad. Lo bajó por traducción: convirtió un bloque hostil en algo que se podía recorrer con la vista.
La IA hizo legible el código que nadie podía leer
La legibilidad también explica por qué Torvalds pudo usar la herramienta sin contradecirse. Días antes, en la Cumbre de Código Abierto de Praga, dijo que le gusta usar IA «para las cosas en las que soy malo». Añadió una cautela: conviene ser cuidadoso al aplicarla «en algo real e importante». El parche que firmó cumple esa cautela. Él eligió el problema, verificó el resultado y corrió las mediciones. El sistema redactó el código y el primer borrador del texto.
El costo cae sobre quien revisa
La otra cara la puso el propio kernel. Torvalds reconoció que los informes de errores generados con IA volvieron inmanejable la lista de seguridad. Contó que buena parte de una jornada de discusión giró en torno a cómo abaratar la revisión. Otros proyectos reaccionaron antes: Godot y el emulador RPCS3 pidieron frenar los envíos hechos con IA. El rechazo ronda el 90 % de esos parches. El volumen pesa más que la calidad de cualquier envío suelto.
Las lecturas del caso se dividen. Una parte de la prensa tituló que Torvalds «se hartó» de la IA; otra, que salió a defenderla. Las dos citan al mismo hombre y al mismo parche. La discusión también llegó al terreno legal. Varios desarrolladores sostienen que el código generado por modelos no acredita bien su licencia. Añaden que puede «envenenar» un proyecto de código abierto. Su respuesta a los críticos fue tajante: si no les gusta, que hagan su propio fork. Es una defensa de frontera: cada comunidad fija sus propias normas.
De ahí la discusión sobre las reglas. Hasta ahora el kernel pedía marcar con «Assisted-by» los parches hechos con ayuda de IA. En la cumbre de mantenedores de Praga se acordó retirar esa exigencia, y la propuesta ya circula en la lista. La etiqueta nombraba el hecho; no ordenaba la fila que ese hecho produce.
Quién dirige y quién firma
El reparto que funcionó en el parche tiene dos partes desiguales. Una persona eligió el problema, corrigió el rumbo y respondió por el resultado. Un sistema hizo legible lo opaco y redactó el primer borrador. Ninguna de las dos fue decorativa. Cuando falta la primera, la segunda produce justo lo que los mantenedores rechazan: trabajo sin dueño que alguien más debe revisar.
Hay señales de que el propio kernel ya encontró el reparto útil. Greg Kroah-Hartman, el segundo al mando del mantenimiento, montó un modelo local para rastrear errores. La diferencia con el envío anónimo es la misma de siempre. La herramienta trabaja dentro del proceso, con alguien que responde por el resultado.
Ahí está el límite incómodo. La IA volvió legible el código, pero la legibilidad no se sostiene sola. Necesita a alguien que la convierta en criterio y firme el resultado. El kernel discute ahora reglas y etiquetas, y en el fondo discute otra cosa. Un proyecto se define por quién responde de lo que acepta. Ese es el trabajo que ninguna herramienta puede asumir en su lugar.
