3 sierpnia 2026 roku, opiekun stabilnych gałęzi Linuksa i podsystemu staging Greg Kroah-Hartman ogłosił nowe zasady przyjmowania zmian do katalogu drivers/staging. Powodem były niedawne „najazdy stworzonych przez LLM poprawek”. Teraz poprawki przygotowane przez modele językowe dla tej części jądra będą automatycznie odrzucane, z wyjątkiem zatwierdzonych poprawek rzeczywistych luk.
Katalog drivers/staging służy do przechowywania sterowników i innych komponentów, które jeszcze nie spełniają wymagań głównej gałęzi Linuksa. Zgodnie z oficjalną dokumentacją jądra, taki kod pozostaje w staging, dopóki wymaga dodatkowej pracy; po dopracowaniu może zostać przeniesiony do głównej części jądra, a komponenty, które nie są rozwijane, są z czasem usuwane.
Jednak Kroah-Hartman zwrócił uwagę na inną funkcję tego podsystemu: drivers/staging istnieje przede wszystkim jako miejsce, gdzie początkujący programiści mogą uczyć się uczestniczyć w rozwoju jądra. Celowo pozostawiono tutaj wiele stosunkowo prostych zadań — poprawek formatowania kodu, przejść do nowych API i drobnych przekształceń. Realizując je samodzielnie, nowicjusze opanowują przygotowanie poprawek, komunikację w mailach oraz procedurę przeglądania.
Według opiekuna, automatyczne czyszczenie takiego kodu jest sprzeczne z samym celem staging. Zauważył, że programiści mogliby poprawić wszystkie formalne niedociągnięcia przy użyciu narzędzi automatycznych, jeśli to byłoby głównym celem. Zamiast tego część prostych zadań jest zachowana, aby mogły się na nich uczyć ludzie. Dlatego Kroah-Hartman zamierza „automatycznie odrzucać wszelkie poprawki stworzone przez LLM dla podsystemu drivers/staging”.
Próby nieokazywania stosowania modelu językowego również nie pomogą. Kroah-Hartman stwierdził, że takie zmiany zazwyczaj są łatwe do rozpoznania, i ostrzegł autorów, że celowe ukrycie pochodzenia poprawki może być odebrane jako próba oszukania opiekunów. Celem jest umożliwienie ludziom nauki, a nie próba oszukania maintainerów, wyjaśnił programista.
Jedynym wyjątkiem są poprawki rzeczywistych błędów bezpieczeństwa. Taki patch można przesłać, ale autor musi przetestować go na rzeczywistym sprzęcie, dla którego przeznaczony jest sterownik, oraz szczegółowo opisać przeprowadzone testy. Ponadto, nadawca musi być gotów udowodnić, że błąd rzeczywiście występuje i może dotknąć użytkownika. Według oceny Kroa-Hartmana, „co najmniej jedna trzecia” problemów wykrytych przez nowoczesne LLM okazuje się błędna lub prowadzi do szkodliwych zmian.
Sam drivers/staging Kroa-Hartman porównał do „siłowni, gdzie można uczyć się i rozwijać swoje umiejętności”. Modele językowe, według niego, stają się stopniowo przydatnym narzędziem do „ciężkiej pracy”, ale powinni ich używać specjaliści, którzy już mają wystarczającą wiedzę do oceny wyników. W ten sposób decyzja nie wprowadza ogólnego zakazu używania AI przy rozwoju Linuksa: nowe zasady dotyczą tylko prowadzonego przez Kroa-Hartmana drzewa drivers/staging i przede wszystkim automatycznie generowanych kosmetycznych poprawek.
Źródło: linux.org.ru
