A Rust projekt hivatalos LLM-szabályzatot vezetett be, amely arra ösztönzi az embereket, hogy LLM-eket a kód elemzésére és átgondolására használjanak, ne pedig kódírásra.
A jelenlegi megfogalmazás szerint a szabályzat csak a Rust alap kódtárolójára vonatkozik. Részletesen leírja, mi tilos, mi engedélyezett, és tartalmaz egy vészféket is: ha egy hathetes időszakban az AI által írt merge-ek aránya meghaladja az összes merge felét, akkor ezeket felfüggesztik.
A core tároló tartalmazza a fordítót és a teljes nyelv standard könyvtárát. Minden Rust program olyan kódtól függ, ami itt található, ezért különösen fontos ennek a tárolónak a szigorú felügyelete.
Nem meglepő, hogy ilyen szigorúan tiltják az LLM-ek használatát.
LLM nem írhat megjegyzéseket, problémákat vagy PR-leírásokat a nevedben. A dokumentáció, a biztonsági megjegyzések és a fordító hibaüzenetei szintén tiltott terület. Egy LLM által végzett kódreview soha nem helyettesítheti az emberi átnézést, és nem mentesít a saját kódod közzététel előtti ellenőrzése alól sem.
A magánjellegű használat viszont engedélyezett. Ha kérdéseket teszel fel egy LLM-nek a kódbázissal kapcsolatban, azt nem kell jelezni, ahogy azt sem, ha privátban átnézed vele a saját kódodat, magadnak összefoglalod egy PR tartalmát, vagy személyes fejlesztői eszközöket építesz rá.
Néhány dolog a szürke zónába esik. Ilyen a gépi fordítás, az LLM-mel végzett triviális javítások és a saját magad által ellenőrzött hibakeresés. Ezeket mind jelezni kell.
A legszigorúbb elbírálás az AI által írt kódra vonatkozik. Ezt előre egyeztetni kell egy reviewerrel, nem okozhat olyan hibát, amely aláássa a Rust biztonsági garanciáit, teljes körűen le kell tesztelni, és mindkét félnek értenie kell, mielőtt megkaphatja az új, ai-assisted címkét.
Jynn Nelson, aki az eredeti, most elfogadott szabályzatot írta, a bejelentést így zárta:
Ez még nem a történet vége. A szabályzat egyik célja, hogy adatokat gyűjtsünk: csinálnak-e az emberek érdekes és hasznos dolgokat LLM-ekkel? Tanulnak belőle? Visszatérő közreműködővé válnak? Az ezekre adott válaszok alapján döntjük majd el, hogyan változik a szabályzat a jövőben.
Hasonló lépések máshol is
A NetworkManager, amely a legtöbb népszerű Linux disztribúció alapértelmezett hálózati démonja, saját AI-kódsegéd szabályzatot vezetett be: nemrég egy új szakaszt vettek fel a CONTRIBUTING.md fájlba.
Az új szöveg így hangzik:
A szerzők 100%-ban felelősek a beküldött kódért. Ne küldj be olyan javítócsomagot, amit nem tudsz elmagyarázni, és ne küldj be olyat sem, amit nem te magad fordítottál le és teszteltél. A commit üzeneteket és a Merge Request leírásokat írd meg saját kezűleg.
Ezekben kell elmagyaráznod, miért végzed el a módosítást, ezt pedig egy eszköz nem tudhatja helyetted. A review megjegyzésekre is te válaszolj. Ha nem tudod megbeszélni a saját javítócsomagodat a reviewert végző fejlesztővel, nem fogjuk beolvasztani.
A Jogi szakasz minden pontja változatlanul érvényes. Te igazolod, hogy a közreműködésedet LGPL-2.1-or-later alatt lehet kiadni. Egy eszköz ezt nem igazolhatja helyetted.
A nagy, gép által generált Merge Requesteket, amelyeket egyetlen ember sem nézett át soronként, lezárjuk.
A módosítást a Red Hatnél dolgozó Josephine Pfeiffer írta, és augusztus 7-én ő maga olvasztotta be, miután a karbantartók jóváhagyták. Ha elolvastad a fenti szöveget, láthatod, hogy a NetworkManager megközelítése jóval egyszerűbb, mint Rust többszintű rendszere. Jelenleg sokkal közelebb áll ahhoz az ember-a-folyamatban modellhez, amit már az LLVM szabályzatában is láthattunk.
Folyamatosan jelennek meg hasonló lépések. A Codeberg tagjai például nemrég megszavazták, hogy kitiltják azokat a projekteket, amelyek döntően AI által generált kódból állnak, a szerverterhelésre és a növekvő hardverköltségekre hivatkozva.
Újra és újra azt látjuk, hogy ha nem szabnak határt, az AI-használat nagyon gyorsan ronthatja a karbantartás-központú munkát és az infrastruktúrát. A nyílt forráskódú ökoszisztéma szokás szerint most is aszerint fog tovább alakulni, hogy a gyakorlatban hogyan használják az AI-t.

