Op der KubeCon Europe Konferenz huet The Register de Greg Kroah-Hartman interviewt, deen déi stabil an d'Stage-Branchen vum Linux-Kernel verwaltet a 16 Kernel-Ënnersystemer verwaltet. Am Interview gëtt de Kroah-Hartman seng Approche zu KI-gedriwwene Bug Reports diskutéiert. KI gëtt schonn am Kernel benotzt fir Ännerungen um Netzwierk-Ënnersystem, eBPF an DRM ze iwwerpréiwen, an de Google Sashiko Tool gouf viru kuerzem integréiert fir d'Iwwerpréiwung vun agereechte Ännerungen.
E puer Zitater vum Greg:
- „Virun e puer Méint kruten mir dat, wat mir KI-Dreck genannt hunn - vun KI generéiert Sécherheetsberichter, déi kloer falsch oder vun niddereger Qualitéit waren. Et war souguer witzeg. Mir hunn eis net besonnesch Suergen doriwwer gemaach... Virun engem Mount ass eppes geschitt, an d'Situatioun huet sech dramatesch geännert. Elo kréie mir richteg Rapporten.“
- "Dës Situatioun ass net eenzegaarteg fir Linux - all Open-Source-Projeten kréien richteg Rapporten, déi vun der KI generéiert ginn, an déi sinn elo vun héijer Qualitéit a valabel. Sécherheetsteams a grousse Open-Source-Projeten bemierken deeselwechten Trend an informellen Diskussiounen."
- Wéi hie gefrot gouf, wat d'Ursaach dofir wier, huet de Greg geäntwert: "Mir wëssen et net. Et schéngt, wéi wann keen et weess. Entweder sinn eng ganz Rëtsch vun den Tools vill besser ginn, oder d'Leit hunn ugefaangen ze soen: 'Hey, loosst eis dat erausfannen.' Et schéngt, wéi wann et vill verschidde Gruppen a Firmen betrëfft. Op der Kärsäit kënne mir et handhaben. Eis Equipe ass vill méi grouss ginn, si ass ganz verdeelt, an eist Wuesstem ass real an et verlangsamt sech net. Dëst sinn kleng Saachen, näischt Grousses, awer all Open-Source-Projeten kéinten dobäi Hëllef gebrauchen. Méi kleng Projeten si vill manner fäeg, e plötzlechen Zoufloss vun KI-generéierte Bug- a Schwachstelleberichter ze handhaben, déi richteg Bugs ernimmen, net Dreck."
- De Greg huet erkläert, datt wéi hien d'KI gefrot huet, Bugs an engem proposéierte Changelog ze fannen, si der 60 fonnt huet a Patches geliwwert huet, fir se ze behiewen. Nëmmen en Drëttel vun de fonnte Bugs ware Bugs, an nëmmen zwee Drëttel vun de Patches ware korrekt an hunn keng Aarbecht erfuerdert, awer et war wäit ewech vun nëtzlos. Laut dem Greg kënnen d'Maintenancer dat net ignoréieren, besonnesch well d'Resultater vun der KI ëmmer besser ginn. En "Co-developed:" Tag gouf bäigefüügt, fir Patches ze markéieren, déi mat KI erstallt goufen. Trotz e puer Versich, KI ze benotzen, fir nei Funktionalitéiten ze kreéieren, gëtt KI am Kär haaptsächlech fir d'Ännerungsiwwerpréiwung benotzt.
- Ee vun de bemierkenswäertste Virdeeler vun der KI ass d'Reduktioun vun der Patch-Veraarbechtungszäit. Wann den KI-Assistent offensichtlech Problemer identifizéiert, kréien d'Patch-Auteure Feedback laang ier e mënschleche Maintainer Zäit huet, de Patch ze liesen: "Wann ech gesinn, datt de System op eppes reagéiert, gëtt et dem Auteur méi séier Feedback wéi e Maintainer kéint, an dat ass super. Mir hunn schonn eng Rei vu Bots, déi Patches kontrolléieren. Wann ech feststellen, datt se e Feeler ausléisen, verstinn ech direkt, datt ech als Maintainer dat net emol muss ukucken. An den Entwéckler denkt: 'Oh, ech kann muer eng aner Versioun maachen', wat hëlleft, de Feedback-Schleef e bëssen ze verbesseren."
Source: opennet.ru
