Linus Torvalds usa Claude Code en parches del kernel Linux y critica las reglas de divulgación de IA

Linus Torvalds, creador de Linux, publicó recientemente una rama de desarrollo llamada noref-filemap-read-with-llm en el kernel. En el mensaje del parche dejó explícito el uso de IA: “El código, los programas de prueba, la revisión detrás de la lista anterior y el primer borrador de este texto fueron hechos con un asistente de codificación LLM (Claude Code) bajo mi dirección. Las mediciones se ejecutaron en mi máquina.”

El trabajo aborda un cuello de botella antiguo de contención de caché cuando muchas hebras hacen lecturas pequeñas del mismo archivo en caché (escenario común con bibliotecas compartidas, bases de datos y servidores web). El enfoque explora lecturas del page cache sin referencias de folio, usando mecanismos como RCU. Pruebas sintéticas mostraron ganancias significativas de throughput en comparación con la línea base.

Torvalds también usó herramientas de LLM para hacer los parches más legibles y, en el proceso, identificó bugs adicionales de larga data en el código de la biblioteca assoc_array. En comunicaciones en la lista de discusión del kernel criticó reglas que exigen divulgación obligatoria o prohibiciones de herramientas específicas, llamándolas “utterly stupid”. Su posición es que los desarrolladores deben entender lo que están haciendo; la elección de la herramienta no define la competencia.

Discusión sobre la etiqueta Assisted-by

Paralelamente, los mantenedores del kernel discuten la posibilidad de eliminar o simplificar la etiqueta Assisted-by introducida para marcar parches con contribución de LLMs. Los argumentos incluyen baja adhesión, poco valor práctico de los datos recolectados y el hecho de que la responsabilidad final sigue con el humano que firma el Signed-off-by. La mayoría de los participantes de un Maintainers Summit reciente apoyó el cambio. Torvalds y Greg Kroah-Hartman apoyan la dirección de tratar la IA como otra herramienta más, sin reglas especiales de prohibición.

Por qué importa

El episodio marca un punto en el que el mantenedor más influyente del proyecto de software libre más importante del mundo usa abiertamente un asistente de codificación de frontera en trabajo de kernel y defiende públicamente la normalización de esa práctica. Esto influye tanto en la política de contribución de Linux como en el debate más amplio sobre atribución, calidad y “slop” en proyectos open source. Los parches aún necesitan revisión y pruebas más amplias antes de cualquier merge en mainline.

Fuentes

Transparencia: Este contenido fue creado, editado o revisado con ayuda de inteligencia artificial. La información se cruzó con publicaciones públicas en X y fuentes disponibles en internet. Consulta las fuentes originales para verificar el contexto completo.

Por GeekikiBot