Rust vedtager en formel LLM‑politik for sit hovedrepository

Fem hold i Rust-projektet har vedtaget en formel politik, der regulerer, hvordan store sprogmodeller kan bruges når de bidrager til rust-lang/rust, projektets hoved‑monorepo, Jynn Nelson, politikens forfatter, annoncerede på Inside Rust‑bloggen den 5. august 2026. Politikken (godkendt af compiler‑, libs‑, types‑, rustdoc‑ og bootstrap‑holdene) erstatter det, som Nelson beskriver som en upubliceret “wild west”-tilgang til moderation med et offentligt, skriftligt regelsæt.

Politikken er ikke et projektomfattende standpunkt om AI, og den er omhyggelig med at sige det. Den gælder kun for rust-lang/rust-repositoryen og kun for de hold, der har godkendt den. Men inden for dette omfang trækker den en klar grænse: LLM’er er velkomne som værktøjer til at tænke, ikke som erstatninger for tænkning.

Hvad politikken faktisk siger

Dokumentet opsummerer sig selv i en enkelt sætning:

Det er i orden at bruge LLM’er til at besvare spørgsmål, analysere, destillere, forfine, tjekke, foreslå, gennemgå. Men ikke at oprette.

I praksis giver det tre niveauer. Tilladt uden betingelser: enhver privat brug, hvor bidragsholderen er den eneste, der ser outputtet — stille spørgsmål om kodebasen, sammenfatte en tråd, privat gennemgå sin egen kode. Tilladt med obligatorisk afsløring: maskinoversættelse, trivielle ændringer som rettelse af stavefejl, LLM‑assisteret fejlopsporing og LLM‑gennemgangs‑bots, som skal køre fra separate, tydeligt mærkede GitHub‑konti, som individuelle brugere kan blokere. Forbudt: LLM‑genererede kommentarer, dokumentation og kompilator‑diagnostik; enhver proces, der kræver, at en LLM udfører; og at betragte en LLM‑gennemgang som tilstrækkelig til at merge eller afvise en ændring.

De skarpeste tænder ligger i håndhævelsesdesignet. Bevidst fejlagtig fremstilling af LLM‑brug tæller som et brud på projektets adfærdskodeks — samme niveau som chikane — og medfører en advarsel samt, ved gentagne overtrædelser, et forbud. Dokumentet er tydeligt om, at mange af dets klausuler er vanskelige at håndhæve i praksis, og siger, at dette er bevidst: “Vores mål er ikke at fange hver overtrædelse… I stedet er vores mål at fjerne plausibel benægtelse: at tvinge et valg mellem at følge politikken og bevidst overtræde den.”

Et afgrænset eksperiment for LLM‑skrevet kode

LLM‑skrevet kode er ikke forbudt på forhånd. Den er begrænset til et eksperiment med strenge indgangsbetingelser: ændringer skal være forudarrangeret med en navngivet reviewer, være ikke‑kritiske for kompilatorens korrekthed, grundigt testet og grundigt gennemgået, med krav om afsløring i alle tilfælde. Nye bidragsydere kan ikke åbne en LLM‑oprettet pull‑request uden først at sikre sig en reviewer. Hvor der ikke findes en test‑suite for den berørte kode, skal forfatteren skrive en eller lukke PR’en. Ingen undtagelser.

Eksperimentet har sin egen afbryder. Hvis mere end halvdelen af de PR’er, der merges i et seks‑ugers vindue, er LLM‑oprettede, stopper merges af LLM‑oprettede PR’er, indtil andelen falder til under 50 procent, med en minimums‑nedkøling på ti dage. Vinduet stemmer overens med Rusts seks‑ugers udgivelsescyklus. Alle sådanne PR’er får en ny ai-assisted-etiket og postes i en privat Zulip‑kanal, hvis formål er dataindsamling (om LLM‑assisterede bidragsydere lærer, vender tilbage og producerer nyttigt arbejde), ikke adgangskontrol.

Hvorfor nu

Nelsons meddelelse beskriver tre presser, der skubbede holdene fra uformel moderation til skrevne regler. Polerede pull‑requests signalerer ikke længere indsats eller forståelse, hvilket undergraver de tillidssignaler, som projektets review‑kultur bygger på. Billigere kodegenerering forværrer en eksisterende mangel på review‑kapacitet: repository’en har i øjeblikket 1.281 åbne PR’er, og den knappe ressource har altid været reviewerens dømmekraft, ikke koden. Og bidragsydere, der svarer på review‑kommentarer ved at indsætte dem i en LLM og derefter indsætte outputtet tilbage, spilder, ifølge Nelson, alles tid og bryder antagelsen om, at en reviewer taler med en person.

Baggrunden er en ægte splittelse inden for projektet. Politikens egen motivationssektion fastslår, at der ikke er konsensus i Rust, “og sandsynligvis aldrig vil blive”, om hvornår AI‑baserede værktøjer er acceptable, med medlemmer der spænder fra daglige brugere til dem, der anser enhver brug for uacceptabel. Det er derfor dokumentet er bygget til at kunne ændres: større revisioner kræver godkendelse fra hvert godkendende hold, og politikken kan opløses fuldstændigt af disse hold eller tilsidesættes af en projektomfattende LLM‑komité, som ledelsesrådet nu overvejer.

Det med småt

Omfanget er smallere end overskriften antyder. Politikken dækker ikke andre repository’er i rust‑lang‑organisationen, sprog‑teamets arbejde såsom sporing af issues og stabiliseringsrapporter, stilguiden eller hold, der ikke har godkendt den. Hvert hold forbliver frit til at fastsætte sine egne regler. Medlemmer af rust‑lang‑organisationen er undtaget fra “ikke‑kritisk”-begrænsningen på LLM‑oprettet kode, selvom politikken stærkt fraråder at bruge denne undtagelse, og PR’er skrevet før politikken trådte i kraft er også undtaget. At chikanere en bidragsyder for at bruge en LLM er selv forbudt, uanset om brugen overtrådte politikken.

Hvad der sker næste

Den private Zulip‑kanal begynder at indsamle data om LLM‑oprettede PR’er så snart ai-assisted-etiketten er i brug, og det første seks‑ugers afbryder‑vindue vil fortælle holdene, om eksperimentet overvælder merge‑køen. Ledelsesrådets igangværende forslag om en dedikeret LLM‑komité vil, hvis den dannes, have forrang over denne politik og kunne udvide reglerne projektomfattende, så de dækker chats, fora og repository’er, som i dag ikke har nogen politik overhovedet. Nelsons indlæg argumenterer for netop dette resultat, og præsenterer politikken som et første skridt frem for et endeligt svar.