Rust vedtar en formell LLM-policy for hovedrepoet

Fem team i Rust-prosjektet har vedtatt en formell policy som regulerer hvordan store språkmodeller kan brukes når man bidrar til rust-lang/rust, prosjektets hoved‑monorepo, Jynn Nelson, forfatteren av policyen, kunngjorde på Inside Rust‑bloggen 5. august 2026. Policyen (godkjent av kompilator‑, biblioteks‑, type‑, rustdoc‑ og bootstrap‑teamene) erstatter det Nelson beskriver som en upublisert «vill‑vest»-tilnærming til moderering med et offentlig, skriftlig regelsett.

Policyen er ikke et prosjektomfattende standpunkt om AI, og den er nøye med å si det. Den gjelder kun rust-lang/rust-repoet og kun de teamene som har ratifisert den. Men innenfor dette omfanget trekker den en klar linje: LLM‑er er velkomne som verktøy for tenkning, ikke som erstatninger for den.

Hva policyen faktisk sier

Dokumentet oppsummerer seg selv i én setning:

Det er greit å bruke LLM‑er til å svare på spørsmål, analysere, destillere, finpusse, sjekke, foreslå, gjennomgå. Men ikke å skape.

I praksis gir dette tre nivåer. Tillatt uten betingelser: enhver privat bruk hvor bidragsyteren er den eneste som ser resultatet — stille spørsmål om kodebasen, oppsummere en tråd, privat gjennomgå sin egen kode. Tillatt med obligatorisk åpenhet: maskinoversettelse, trivielle endringer som retting av skrivefeil, LLM‑assistert feilsøking, og LLM‑gjennomgangs‑botter, som må kjøres fra separate, tydelig merkede GitHub‑kontoer som individuelle brukere kan blokkere. Forbudt: LLM‑genererte kommentarer, dokumentasjon og kompilator‑diagnostikk; enhver prosess som krever at en LLM utføres; og å behandle en LLM‑gjennomgang som tilstrekkelig for å slå sammen eller avvise en endring.

De skarpeste tannene ligger i håndhevingsdesignet. Bevisst å feilrepresentere bruk av LLM regnes som et brudd på prosjektets etiske retningslinjer — samme nivå som trakassering — med en advarsel og, ved gjentatte brudd, en utestengelse. Dokumentet er tydelig på at mange av klausulene er vanskelige å håndheve i praksis, og sier at dette er bevisst: «Målet vårt er ikke å fange hvert brudd… I stedet er målet vårt å fjerne plausibel benektelse: å tvinge frem et valg mellom å følge policyen og bevisst å bryte den.»

Et avgrenset eksperiment for LLM‑skrevet kode

LLM‑skrevet kode er ikke forbudt direkte. Den er begrenset til et eksperiment med strenge inngangsvilkår: endringer må forhåndsavklares med en navngitt reviewer, være ikke‑kritiske for kompilatorens pålitelighet, grundig testet og grundig gjennomgått, med åpenhet påkrevd i alle tilfeller. Nye bidragsytere kan ikke åpne en LLM‑generert pull‑request uten først å sikre en reviewer. Der det ikke finnes testpakke for den berørte koden, må forfatteren skrive en eller lukke PR‑en. Ingen unntak.

Eksperimentet har sin egen bryter. Hvis mer enn halvparten av PR‑ene som merges i et seks‑ukers vindu er LLM‑genererte, stopper merging av LLM‑genererte PR‑er til andelen faller under 50 prosent, med en minimum kjøleperiode på ti dager. Vinduet følger Rusts seks‑ukers utgivelsessyklus. Alle slike PR‑er får en ny ai-assisted-etikett og publiseres i en privat Zulip‑kanal hvis formål er datainnsamling (om LLM‑assisterte bidragsytere lærer, kommer tilbake og produserer nyttig arbeid), ikke adgangskontroll.

Hvorfor nå

Nelsons kunngjøring beskriver tre pressfaktorer som drev teamene fra uformell moderering til skriftlige regler. Polerte pull‑requests signaliserer ikke lenger innsats eller forståelse, noe som undergraver tillitsignalene som prosjektets gjennomgangskultur hviler på. Billigere kodegenerering forverrer en allerede eksisterende mangel på gjennomgangsbåndbredde: repoet har for tiden 1 281 åpne PR‑er, og den knappe ressursen har alltid vært reviewer‑vurderingen, ikke koden. Og bidragsytere som svarer på gjennomgangskommentarer ved å lime dem inn i en LLM og lime tilbake resultatet, er, i Nelsons ord, en tidskasting for alle, og bryter antakelsen om at en reviewer snakker med en person.

Bakgrunnen er en reell splittelse i prosjektet. Policyens egen motivasjonsseksjon fastslår at det ikke finnes enighet i Rust, «og sannsynligvis vil det aldri bli», om når AI‑baserte verktøy er akseptable, med medlemmer som spenner fra daglige brukere til de som anser all bruk som uakseptabel. Derfor er dokumentet bygget for å kunne endres: større revisjoner krever godkjenning fra hvert ratifiserende team, og policyen kan oppheves fullstendig av de teamene eller overstyres av et prosjektomfattende LLM‑komité som ledelsesrådet nå vurderer.

Det småskrift

Omfanget er smalere enn overskriften antyder. Policyen dekker ikke andre repoer i rust‑lang‑organisasjonen, språk‑teamets arbeid som å spore saker og stabiliseringsrapporter, stilguiden, eller team som ikke har ratifisert den. Hvert av disse er fritt til å sette sine egne regler. Medlemmer av rust‑lang‑organisasjonen er unntatt fra «ikke‑kritisk»-restriksjonen på LLM‑generert kode, selv om policyen sterkt fraråder å bruke dette unntaket, og PR‑er skrevet før policyen trådte i kraft er også unntatt. Å trakassere en bidragsyter for å bruke en LLM er i seg selv forbudt, uavhengig av om bruken brøt policyen.

Hva skjer videre

Den private Zulip‑kanalen begynner å samle data om LLM‑genererte PR‑er så snart ai-assisted-etiketten er i bruk, og det første seks‑ukers bryter‑vinduet vil fortelle teamene om eksperimentet overvelder merge‑køen. Ledelsesrådets pågående forslag om et dedikert LLM‑komité vil, dersom det dannes, ha forrang over denne policyen og kan utvide reglene prosjektomfattende, og dekke chatter, fora og repoer som i dag ikke har noen policy. Nelsons innlegg argumenterer for nettopp dette utfallet, og presenterer policyen som et første steg snarere enn et endelig svar.