Vége az AI tombolásának a Rust kódtárában

enlightened Ez az oldal a közösségért készül. heart Kövess minket máshol is:  Linux Mint Magyar Közösség a Mastodon-on  Telegram csatorna – csak hírek  Beszélgessünk a Telegram – Linux csevegő csoport  Hírek olvasása RSS segítségével  Linux Mint Hivatalos Magyar Közösség a Facebook-on      Linux Mint Baráti Kör a Facebook-on
wink Ha hasznosnak találod, és szeretnéd, hogy folytatódjon, támogasd a munkát Ko-fi vagy Paypal segítségével. laugh

kami911 képe

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.