Na conferencia KubeCon Europe, The Register entrevistou a Greg Kroah-Hartman, que mantén as ramas estable e de probas do kernel de Linux e traballa como encargado do mantemento de 16 subsistemas do kernel. A entrevista analiza o enfoque de Kroah-Hartman para os informes de erros baseados en IA. A IA xa se está a usar no kernel para revisar os cambios no subsistema de rede, eBPF e DRM, e a ferramenta Sashiko de Google integrouse recentemente para revisar os cambios enviados.
Algunhas das citas de Greg:
- "Hai uns meses, recibíamos o que chamabamos lixo de IA: informes de seguridade xerados por IA que eran claramente incorrectos ou de baixa calidade. Incluso era divertido. Non nos preocupaba especialmente... Hai un mes, algo aconteceu e a situación cambiou drasticamente. Agora estamos a recibir informes reais."
- "Esta situación non é exclusiva de Linux: todos os proxectos de código aberto reciben informes reais xerados por IA, e agora son de alta calidade e válidos. Os equipos de seguridade dos principais proxectos de código aberto están a notar a mesma tendencia en conversas informais."
- Cando lle preguntaron que estaba a causar isto, Greg respondeu: «Non o sabemos. Parece que ninguén o sabe. Ou moitas das ferramentas melloraron moito, ou a xente comezou a dicir: "Ei, imos resolver isto". Parece que afecta a moitos grupos e empresas diferentes. No fondo, podemos manexalo. O noso equipo fíxose moito máis grande, está moi distribuído e o noso crecemento é real e non se está a desacelerar. Son pequenas cousas, nada importante, pero todos os proxectos de código aberto poderían necesitar axuda con isto. Os proxectos máis pequenos son moito menos capaces de manexar unha afluencia repentina de informes de erros e vulnerabilidades xerados por IA que mencionan erros reais, non lixo».
- Greg explicou que cando lle pediu á IA que atopase erros nun rexistro de cambios proposto, atopou 60 e proporcionou parches para corrixilos. Só un terzo dos erros atopados eran erros, e só dous terzos dos parches eran correctos e non requirían ningún traballo, pero estaba lonxe de ser inútil. Segundo Greg, os mantenedores non poden ignorar isto, especialmente porque os resultados da IA están mellorando. Engadiuse unha etiqueta "Co-desenvolvido:" para marcar os parches creados con IA. A pesar dalgúns intentos de usar a IA para crear novas funcionalidades, a IA no núcleo úsase principalmente para a revisión de cambios.
- Un dos beneficios máis notables da IA é a redución do tempo de procesamento de parches. Cando o asistente de IA identifica problemas obvios, os autores de parches reciben comentarios moito antes de que un responsable de mantemento teña tempo de ler o parche: "Se vexo que o sistema está a reaccionar a algo, dálle ao autor comentarios máis rápido que un responsable de mantemento, e iso é xenial. Xa temos unha serie de bots que comproban parches. Se noto que arroxan un erro, entendo inmediatamente que, como responsable de mantemento, nin sequera necesito miralo. E o desenvolvedor pensa: 'Oh, podo facer unha versión diferente mañá', o que axuda a mellorar un pouco o ciclo de comentarios".
Fonte: opennet.ru
