este linux El proyecto kernel ha dedicado un tiempo considerable a explorar el uso de herramientas de inteligencia artificial y, en general, las respuestas han oscilado entre «Lo descubres tu mismo» y»Nos comunicaremos contigo”.
A finales del año pasado, en la Cumbre de Mantenedores de 2025, sasha levine promover algún consenso documentado, y cual es el resultado La responsabilidad humana por los parches no es negociable, las confirmaciones puramente generadas por máquinas están mal vistas y el uso de herramientas está expuesto.
Prometió poner algo por escrito pero no se comprometió a ejecutarlo, y el trabajo Ahora enviando y linux 7.0.
¿qué es?
linux Asistente de codificación AI política.
El nuevo archivo se llama Asistente de codificación de inteligencia artificial y reside en el documento del proceso central junto con otras pautas de contribución. En resumen, las contribuciones asistidas por IA aún deben cumplir con Sólo GPL-2.0; No se puede agregar el agente de IA Signed-off-by Etiquetas; Los parches con ayuda de IA deben estar etiquetados con «facilitador» Etiqueta.
este Certificado de origen del desarrollador (DCO) es un aspecto importante de la existencia, por lo que hay Una persona es responsable de cada parche.. La asistencia de la inteligencia artificial no cambiará este difícil requisito.
Básicamente, los remitentes humanos revisan todo el contenido generado por la IA, confirman que cumple con los requisitos de la licencia y le agregan su nombre con la mención adecuada de la IA que se utiliza.
este facilitador El formato de la etiqueta es Assisted-by: AGENT_NAME:MODEL_VERSION [TOOL1] [TOOL2]; Adecuado para escenarios donde se utilizan una o varias herramientas. El documento da Assisted-by: Claude:claude-3-opus coccinelle sparse Da un ejemplo.
En ese tiempo, Linus ni siquiera cree que sean necesarias etiquetas dedicadas Y sugiera que una agencia de registro de cambios puede hacer el trabajo. Pero ahora, la comunidad del kernel parece haberse decidido por esta etiqueta.
Ya en uso
Cubrimos esto a principios de esta semanapero Greg Kroah-Hartman (GKH) parece haber estado ejecutando pruebas fuzz asistidas por IA durante algún tiempo en una rama llamada » » en su árbol principal.sonido metálico seco. «Comenzando con el código ksmbd y SMB, descubrió algunos problemas potenciales y envió correcciones con comentarios que decían a los revisores que verificaran todo de forma independiente antes de confiar en algo.
Este es el flujo de trabajo en el que se centra la nueva política. La inteligencia artificial encontrará problemas y las personas con décadas de experiencia en kernel decidirán qué es real, escribirán soluciones y asumirán la responsabilidad. No es sorprendente que GKH haga esto, ya que es el mantenedor del núcleo estable y probablemente ha lidiado con más parches malos que nadie.
Otros proyectos van en direcciones diferentes. diagrama de raíz Prohibición total de contribuciones generadas por IA En 2024, su junta directiva señaló riesgos de derechos de autor, calidad del código y cuestiones éticas.
NetBSD Directrices de envío Coloque el código generado por LLM en «Código contaminado«Las categorías requieren la aprobación por escrito de los desarrolladores principales antes de que se pueda ingresar cualquier contenido.
En contraste, Linux no prohíbe nada. Si se trata de un llamamiento sensato o simplemente de tolerancia dependerá de la seriedad con la que la gente lo tome».Una persona comentó esto.» parte.
Lectura sugerida📖: ¿Se utiliza Clanker en el desarrollo de Linux?
¿Se utiliza Clanker en el kernel de Linux para pruebas fuzz de IA?
Greg Kroah-Hartman parece estar realizando pruebas de fuzz asistidas por IA en el núcleo. No te ofendas todavía, porque puede que esto no sea algo malo.
