Greg Kroah-Hartman „clanker” ága eredetileg saját kísérleteként indult, ahol egy MI-vel támogatott fuzzing eszköz valódi hibákat talált a ksmbd-ben és az SMB kódban. Ma már nem csak ő használja: más közreműködők is elkezdtek saját javítócsomagokat beküldeni, ugyanazzal a címkézéssel.

Amikor tehát néhány napja új MI-szabályt tett közzé, amely korlátozza az MI használatát, nem egy olyan eszköz ellen fordult, amit jól ismer és szívesen használ. Egy olyan területre vezetett be korlátozást a kernel-on belül, ahol semmilyen formában nem akar MI-t látni a kóz közelében.

Új szabály

A linux-staging levelezőlistára írt bejegyzésében GKH közölte, hogy mostantól előre bejelentve elutasítja az LLM által generált javítócsomagokat a drivers/staging alá, mert mostanában „rohamtempóban” érkeznek ilyen beküldések. Indoklása azon múlik, mire is való valójában a staging. Ez az alrendszer elsősorban gyakorlóterepnek készült, tele viszonylag egyszerű takarításokkal és API-változtatásokkal, amelyek segítségével az újoncok megtanulhatják a beküldési folyamatot. A projekt már most sem fogadja be az automata eszközökkel generált „javítsunk ki minden kódstílus-hibát” típusú javítócsomagokat, mert ha ezt a rendetlenséget teljesen eltakarítanák, megszűnne a staging létezésének értelme. GKH szerint ha ugyanezt a takarítást egy LLM végzi el, az ugyanúgy kiüresíti a célt, és közben odaszúr azoknak, akik trükközni próbálnak:

És igen, NAGYON egyértelmű, amikor valaki LLM által generált javítócsomagot küld be, szóval ne gondold, hogy ha nem árulod el, akkor „megúszhatsz” itt bármit. A cél az, hogy az emberek tanulhassanak, nem az, hogy megpróbáljanak „átverni” egy karbantartót. Ha valakiről kiderül, hogy szándékosan „átvert” minket, tekintse ezt előzetes figyelmeztetésnek…

Van egy kivétel, de az is szigorú. Valódi biztonsági javítás, amit egy LLM talált, továbbra is beküldhető, de csak akkor, ha a beküldő ténylegesen letesztelte azt azon a hardveren, amelyre az adott driver készült, és hitelesen el tudja magyarázni, hogyan zajlott a tesztelés.

Meghúzott határ, miközben Linus kiegyezik az MI-vel

Mindez pont akkor történik, amikor Linus Torvalds lassan kiegyezik az MI-vel. Évek óta fokozatosan változtatja az álláspontját, és egy friss levelezőlistás bejegyzésben világossá tette a kritikusoknak, hogy a Linux „nem egy az MI-ellenes projektek közül”, és azt üzente nekik, hogy forkolják a projektet, vagy lépjenek tovább, ha nem értenek egyet.

GKH hozzáállása a drivers/staging alrendszerhez beleillik az AI Coding Assistants szabályzatba. Nem írja felül, amit Linus jóváhagyott, hanem egy szűkebb területre koncentrál. Úgy kezeli ezt az alrendszert, mint egy edzőtermet: a fejlesztőknek maguknak kell „emelniük a súlyokat”, nem pedig egy MI-re bízni a munkát, ami aztán a kész eredményt a kezükbe adja. Itt húzta meg GKH a határt. A kernel más részein lehet MI-t használni a munka elvégzéséhez, de egy olyan alrendszerben, amit tanulóknak szántak, inkább azt szeretné, ha először a nehezebb úton sajátítanák el a dolgokat.