V gonilnikih jedra/pripravljalnem delu Linux ne bo več sprejemal popravkov, ki jih je ustvaril LLM

3. avgust 2026, vzdrževalec stabilne veje Linux in podsistemov za pripravo, Greg Kroah-Hartman je napovedal nova pravila za sprejemanje sprememb v imeniku drivers/staging. Razlog za to je bil nedavni "Invazija popravkov, ustvarjenih z LLM"Zdaj bodo popravki, ki jih jezikovni modeli pripravijo za ta del jedra, samodejno zavrnjeni, z izjemo potrjenih popravkov za resnične ranljivosti.

 

Imenik drivers/staging se uporablja za shranjevanje gonilnikov in drugih komponent, ki še ne izpolnjujejo zahtev glavne veje. Linux. Glede na uradna dokumentacija jedraTakšna koda ostane v fazi razvoja, dokler ne zahteva dodatnega dela; po nadaljnjem razvoju jo je mogoče premakniti v glavni del jedra, nerazvite komponente pa se sčasoma odstranijo.

 

Vendar pa je Kroah-Hartman izpostavil tudi drugo nalogo tega podsistema: Gonilniki/pripravljalna uprizoritev obstaja predvsem kot prostor, kjer se novi razvijalci lahko naučijo, kako prispevati k razvoju jedra.Številne relativno preproste naloge so namerno ostale nedokončane – popravki oblikovanja kode, prehodi na nove API-je in manjše predelave. Z njihovim samostojnim opravljanjem se novinci naučijo pripravljati popravke, komunicirati na poštnih seznamih in izvajati postopek pregleda.

 

Po mnenju vzdrževalca samodejno čiščenje takšne kode izniči sam namen uprizarjanja. Opozoril je, da bi razvijalci lahko odpravili vse formalne pomanjkljivosti z avtomatiziranimi orodji, če bi bil to glavni cilj. Namesto tega se ohranijo nekatere preproste naloge, da se jih ljudje lahko naučijo. Zato namerava Kroah-Hartman "samodejno zavrni vse popravke, ki jih je LLM ustvaril za gonilnike/podsistem za pripravo".

 

Tudi poskusi prikrivanja uporabe jezikovnega modela ne bodo pomagali. Kroah-Hartman je izjavil, da so takšne spremembe običajno enostavno opazne, in avtorje opozoril, da bi namerno prikrivanje izvora popravka lahko razumeli kot poskus zavajanja vzdrževalcev. Cilj je, da se ljudje učijo, ne pa da poskušajo prelisičiti vzdrževalca., je pojasnil razvijalec.

 

Edina izjema so popravki resničnih varnostnih napak. Takšen popravek je dovoljen, vendar ga mora avtor preizkusiti na dejanski strojni opremi, za katero je gonilnik namenjen, in predložiti podroben opis opravljenega testiranja. Poleg tega mora predlagatelj dokazati, da je napaka dejansko ponovljiva in da bo verjetno vplivala na uporabnika. Po mnenju Kroah-Hartmana, "Vsaj tretjina" problemov, ki jih odkrijejo sodobni LLM-ji, se izkaže za napačne ali vodijo do škodljivih sprememb.

 

Kroah-Hartman je sam primerjal voznike/uprizoritve z "telovadnica, kjer se lahko učite in razvijate svoje spretnosti"Jezikovni modeli, je dejal, postopoma postajajo primerno orodje za "težka dela", vendar bi jih morali uporabljati strokovnjaki, ki že imajo dovolj znanja za ocenjevanje rezultatov. Zato odločitev ne nalaga splošne prepovedi uporabe umetne inteligence pri razvoju. Linux: novo pravilo velja samo za gonilnike/pripravljalno drevo, ki ga vzdržuje Kroah-Hartman, in predvsem za samodejno ustvarjene kozmetične popravke.

 

Vir: linux.org.ru

Kupite zanesljivo gostovanje za strani z DDoS zaščito, VPS VDS strežniki 🔥 Kupite zanesljivo spletno gostovanje z zaščito DDoS, VPS VDS strežniki | ProHoster