Rust vedtar en formell LLM-politikk for hovedrepository

Fem team i Rust-prosjektet har vedtatt en formell politikk for hvordan store språkmodeller kan brukes når de bidrar til rust-lang/rust, prosjektets hovedmonorepo, Jynn Nelson, forfatteren av politikken, annonserte på Inside Rust-bloggen den 5. august 2026. Politikken (godkjent av compiler-, libs-, types-, rustdoc- og bootstrap-teamene) erstatter det Nelson beskriver som en upublisert “vill vest”-tilnærming til moderering med en offentlig, skrevet sett av regler.

Politikken er ikke en prosjektomfattende holdning til AI, og den er nøye med å si det. Den gjelder bare for rust-lang/rust-repository og bare for teamene som har godkjent den. Men innenfor dette området trekker den en skarp linje: LLM-er er velkommen som verktøy for tenkning, ikke som erstatning for det.

Hva politikken faktisk sier

Dokumentet summerer seg selv i en enkelt setning:

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

I praksis produserer dette tre nivåer. Tillatt uten videre: enhver privat bruk hvor bidragsyteren er den eneste som ser utdataene — å stille spørsmål om kodebasen, sammenfatte en tråd, privat gjennomgå egen kode. Tillatt med obligatorisk åpenhet: maskinoversettelse, trivielle endringer som feilretting, LLM-basert feiloppdagelse og LLM-gjennomgangsboter, som må kjøre fra separate, tydelig merkte GitHub-kontoer som enkelte brukere kan blokkere. Forbudt: LLM-skapt kommentarer, dokumentasjon og kompilator-diagnostikk; enhver prosess som krever en LLM for å kjøre; og å behandle en LLM-gjennomgang som tilstrekkelig til å slå sammen eller avvise en endring.

De skarpeste tennene sitter i designet for gjennomføring. Å være medveten om å misrepresentere LLM-bruk regnes som en overtredelse av prosjektets kodeks for oppførsel — samme nivå som trakassering — med en advarsel og, for gjentakende overtredelser, en utestengning. Dokumentet er eksplisitt at mange av dets klausuler ikke kan gjennomføres i praksis, og sier at det er med vilje: “Vårt mål er ikke å fange hver enkelt overtredelse… I stedet er vårt mål å fjerne plausibel benektelse: å tvinge et valg mellom å følge politikken og å medvilje overtreda den.”

Et begrenset eksperiment for LLM-skrevet kode

LLM-forfattet kode er ikke forbudt uten videre. Den er begrenset til et eksperiment med strenge inngangsforhold: endringer må være forhåndsgodkjent med en navngitt gjennomgåer, ikke-kritisk for kompilatorens lydheter, godt testet og godt gjennomgått, med åpenhet påkrevd i hver enkelt sak. Nye bidragsytere kan ikke åpne en LLM-skapt pull-forespørsel uten først å sikre en gjennomgåer. Hvis det ikke finnes en test-suite for den berørte koden, må forfatteren skrive en eller lukke pull-forespørselen. Ingen unntak.

Eksperimentet har sin egen sikringsmekanisme. Hvis mer enn halvparten av pull-forespørslene som er slått sammen i et seks ukers vindu er LLM-skapt, stopper sammenslåing av LLM-skapt pull-forespørsler til andelen synker tilbake under 50 prosent, med en minimum nedtid på ti dager. Vinduet sammenfaller med Rusts seks ukers utgivelsescyklus. Alle slike pull-forespørsler bærer en ny ai-assisted-merke og publiseres i en privat Zulip-kanal hvis formål er datainnsamling (hvorvidt LLM-assisterte bidragsytere lærer, returnerer og produserer nyttig arbeid), ikke porterstyring.

Hvorfor nå

Nelsons annonsering beskriver tre press som drev teamene fra uformell moderering til skrevne regler. Polerte pull-forespørsler signaliserer ikke lenger innsats eller forståelse, noe som korroderer tillitsignalene prosjektets gjennomgangskultur kjører på. Billigere kodegenerering forverrer en eksisterende gjennomgangs-båndbreddsunderskudd: repository har for øyeblikket 1 281 åpne pull-forespørsler, og den sjeldne ressursen var alltid gjennomgåerens dømmekraft, ikke kode. Og bidragsytere som svarer på gjennomgangskommentarer ved å lime dem inn i en LLM og lime utdataene tilbake er, ifølge Nelson, å kaste alle andres tid bort, og bryte antagelsen om at en gjennomgåer snakker med en person.

Bakgrunnen er en ekte splittelse innen prosjektet. Politikkens egen motivasjonsdel statuerer at det ikke finnes enighet innen Rust, “og sannsynligvis aldri vil ha”, om når AI-baserte verktøy er akseptable, med medlemmer som varierer fra daglige brukere til de som anser all bruk som uakseptabel. Det er derfor dokumentet er bygget for å kunne endres: større revisjoner krever godkjenning fra hver team som har godkjent den, og politikken kan oppløses helt av disse teamene eller overstyras av en prosjektomfattende LLM-komité som ledelsesrådet nå vurderer.

Det fine trykket

Omfang er smalere enn overskriften antyder. Politikken dekker ikke andre repository i rust-lang-organisasjonen, språkteam-arbeid som å spore problemer og stabiliseringsrapporter, stilguiden eller team som ikke har godkjent den. Hver forblir fritt til å sette sine egne regler. Medlemmer av rust-lang-organisasjonen er unntatt fra “ikke-kritisk”-begrensningen for LLM-skapt kode, selv om politikken sier at den sterkt fraråder å bruke denne unntak, og pull-forespørsler skrevet før politikken trådte i kraft er unntatt også. Å trakassere en bidragsyter for å bruke en LLM er selv forbudt, uavhengig av om bruken brøt politikken.

Hva skjer neste

Den private Zulip-kanalen begynner å samle inn data om LLM-skapt pull-forespørsler så snart ai-assisted-merket er i bruk, og det første seks ukers sikringsmekanism-vinduet vil fortelle teamene om eksperimentet overvelder sammenslåingskøen. Ledelsesrådets ventende forslag for en dedikert LLM-komité ville, hvis den dannes, ha forrang over denne politikken og kunne utvide regler prosjektomfattende, dekkende samtaler, fora og repository som i dag ikke har noen politikk. Nelsons innlegg argumenterer for nettopp den utfallet, og rammer denne politikken som et første skritt snarere enn et fast svar.