Un LLM hizo legible código de 2013 y encontró más errores
Nils Ollrogge, un desarrollador diligente, informó recientemente de un error en la implementación de assoc_array del kernel de Linux. Incluso el propio Linus Torvalds admitió que el código era "demasiado oscuro" para seguirlo, una admisión franca del creador de Linux. La complejidad de TN/A preparó el escenario para una intervención inesperada de la IA.
Torvalds, siempre pragmático, recurrió a un LLM moderno para desenredar el código convolucionado. Encargó a la IA descomponer funciones opacas en componentes legibles y manejables. El resultado clarificado se sometió a pruebas rigurosas dentro de un entorno de espacio de usuario, demostrando la utilidad del LLM como una poderosa ayuda analítica.
El proceso de TN/A no solo confirmó el error original de Ollrogge, sino que también descubrió tres defectos adicionales de larga data. Estos problemas ocultos se remontan directamente al commit inicial de 2013 de la biblioteca assoc_array. El LLM, por lo tanto, funcionó no como un corrector de errores autónomo, sino como un socio de investigación, mejorando significativamente la capacidad de Torvalds para comprender y auditar código heredado complejo.
El aluvión de parches de IA del kernel tiene un costo humano
Sin embargo, la nueva apreciación de Torvalds por las herramientas de IA no se extiende a la inundación indiscriminada de envíos generados por IA que actualmente abruman al kernel de Linux. En la reciente cumbre de mantenedores en Praga, los colaboradores y mantenedores lidiaron con una creciente marea de parches, notablemente de casi 800 colaboradores primerizos solo en Linux 7.3. La afluencia de TN/A apunta a un problema creciente: el costo humano del desarrollo asistido por IA.
Las cifras oficiales muestran que alrededor de 1,800 de los 18,500 cambios en Linux 7.3 llevaban una etiqueta Assisted-by, apenas el 10% del total de envíos. Sin embargo, los mantenedores estiman que el uso real de LLM es mucho mayor, quizás el 90%. Estas son estimaciones, no una auditoría precisa, pero resaltan una desconexión significativa entre la transparencia y la práctica.
La verdadera presión no es la herramienta en sí, sino su mala aplicación. Los parches de baja calidad o mal entendidos consumen el escaso tiempo de los revisores, desviándolo del desarrollo crucial. La aceptación de Torvalds de la IA para uso personal no respalda una estrategia de envío tipo spam. Como declaró sin rodeos, los mantenedores esperan competencia y comprensión, independientemente de las herramientas utilizadas.
Por qué Torvalds dice que las prohibiciones de herramientas son "completamente estúpidas"
La propuesta de eliminación de la etiqueta Assisted-by: provocó un acalorado debate, exponiendo un desacuerdo fundamental sobre la divulgación y la responsabilidad. Los mantenedores estaban preocupados por perder las salvaguardas, temiendo una afluencia de código generado por IA no verificado. Sin embargo, la realidad era cruda: solo ~1,800 de ~18,500 commits que no eran de fusión en Linux 7.3 llevaban la etiqueta, mientras que las estimaciones sugerían que el 90% de los colaboradores usaban LLMs.
Linus Torvalds, como era de esperar, calificó las prohibiciones de herramientas como "completamente estúpidas". Desmanteló el argumento de la divulgación con analogías potentes: "Aquí hay una nueva regla para ustedes: no usen compiladores para ninguno de sus envíos al kernel". Extendió la lógica a los editores de texto, argumentando que las herramientas, ya sean compiladores o LLMs, no prueban ni refutan intrínsecamente la comprensión de un colaborador.
El punto central de Torvalds es claro: la elección de la herramienta es irrelevante; la responsabilidad es primordial. Un colaborador aún debe verificar su código, responder a los revisores y aceptar toda la responsabilidad bajo el proceso de envío del kernel. El sistema exige competencia y propiedad, no una declaración de preferencias de software. Para una mayor discusión sobre la gobernanza del kernel, consulte La Cumbre de Mantenedores de 2026.
¿Te está gustando? Recibe uno así en tu bandeja cada mañana.
un correo al día · date de baja en dos clics · sin rastreadores de terceros
La regla que sigue importando: sé dueño de cada línea
Eliminar una etiqueta de divulgación difícil de aplicar podría reducir el papeleo, pero crea un compromiso en la gobernanza. Los mantenedores aún necesitan procesos de revisión efectivos y una clara responsabilidad por parte de los colaboradores, incluso a medida que el requisito formal de Assisted-by: desaparece.
La distinción crítica no es si se utilizó una herramienta, sino cómo. El desarrollo asistido por IA, donde un autor humano puede explicar, validar y revisar una contribución, contrasta fuertemente con el copiar y pegar a ciegas o el spam de parches automatizados. El uso que hizo el propio Torvalds de un LLM para aclarar el código de assoc_array, y luego ejecutarlo a través de un banco de pruebas para encontrar tres errores ocultos que databan de 2013, ejemplifica la integración responsable de herramientas.
TN/A nos lleva a la conclusión principal para el código abierto: juzgue las presentaciones por la evidencia, la corrección y la responsabilidad del colaborador, no por la cadena de herramientas. Si bien los proyectos pueden sopesar la procedencia y los riesgos de licencia de manera diferente, la prueba definitiva sigue siendo la propiedad del autor humano. Cada línea enviada todavía exige un humano competente y responsable detrás de ella.
Preguntas frecuentes
¿Qué ayudó a descubrir el LLM a Linus Torvalds?
Después de que Torvalds usara un LLM para hacer que el código de assoc_array de Linux fuera más fácil de entender y probar, el trabajo confirmó un error reportado y reveló tres errores adicionales que databan de 2013.
¿Está prohibido el código generado por IA en el kernel de Linux?
La discusión descrita aquí trata sobre eliminar una etiqueta de divulgación obligatoria Assisted-by, no sobre prohibir el uso de IA. Los colaboradores siguen siendo responsables del código que envían.
¿Por qué Linux consideró eliminar la etiqueta Assisted-by?
Los partidarios argumentaron que la etiqueta rara vez se usaba y era difícil de aplicar, mientras que los críticos temían que eliminarla pudiera debilitar las salvaguardas contra parches generados por IA sin revisar.
¿Cuál es el argumento principal de Torvalds sobre las herramientas de codificación de IA?
Él argumenta que los mantenedores deberían juzgar si un colaborador entiende y respalda el código, en lugar de vigilar qué herramientas ayudaron a producirlo.