Rust neemt een formeel LLM-beleid aan voor zijn hoofdrepository

Vijf teams binnen het Rust‑project hebben een formeel beleid dat regelt hoe grote taalmodellen kunnen worden gebruikt bij bijdragen aan rust-lang/rust, de hoofd‑monorepo van het project, Jynn Nelson, de auteur van het beleid, kondigde aan op de Inside Rust‑blog op 5 augustus 2026. Het beleid (goedgekeurd door de compiler‑, libs‑, types‑, rustdoc‑ en bootstrap‑teams) vervangt wat Nelson beschrijft als een ongepubliceerde “wilde‑westen”‑aanpak van moderatie door een openbaar, schriftelijk regelset.

Het beleid is geen projectbrede positie ten aanzien van AI, en dat wordt expliciet vermeld. Het is alleen van toepassing op de rust-lang/rust-repository en uitsluitend op de teams die het hebben goedgekeurd. Binnen dat bereik trekt het echter een duidelijke lijn: LLM’s zijn welkom als hulpmiddelen voor denken, niet als vervanging daarvan.

Wat het beleid werkelijk zegt

Het document vat zichzelf samen in één zin:

Het is toegestaan om LLM’s te gebruiken om vragen te beantwoorden, te analyseren, te destilleren, te verfijnen, te controleren, suggesties te doen en te reviewen. Maar niet om te creëren.

In de praktijk resulteert dit in drie niveaus. Onbeperkt toegestaan: elk privé‑gebruik waarbij de bijdrager de enige is die de output ziet — vragen stellen over de codebasis, een discussie samenvatten, eigen code privé reviewen. Toegestaan met verplichte openbaarmaking: machinevertaling, triviale wijzigingen zoals typefouten corrigeren, LLM‑ondersteunde bug‑detectie, en LLM‑review‑bots, die moeten draaien vanaf afzonderlijke, duidelijk gelabelde GitHub‑accounts die individuele gebruikers kunnen blokkeren. Verboden: door LLM’s gegenereerde opmerkingen, documentatie en compiler‑diagnostiek; elke procedure die vereist dat een LLM wordt uitgevoerd; en het behandelen van een LLM‑review als voldoende om een wijziging te mergen of te weigeren.

De strengste maatregelen zitten in het handhavingsontwerp. Het opzettelijk verkeerd weergeven van LLM‑gebruik telt als een schending van de gedragscode van het project — dezelfde categorie als intimidatie — en leidt tot een waarschuwing en bij herhaalde overtredingen tot een verbod. Het document maakt expliciet dat veel van zijn clausules in de praktijk niet handhaafbaar zijn, en stelt dat dit opzettelijk is: “Ons doel is niet elke overtreding te vangen… In plaats daarvan is ons doel de plausibele ontkenbaarheid weg te nemen: een keuze afdwingen tussen het volgen van het beleid en het opzettelijk overtreden ervan.”

Een begrensd experiment voor door LLM‑geschreven code

Code die door LLM’s is geschreven is niet volledig verboden. Het is beperkt tot een experiment met strikte toetredingsvoorwaarden: wijzigingen moeten vooraf worden afgestemd met een benoemde reviewer, mogen geen kritieke impact hebben op de correctheid van de compiler, moeten grondig getest en beoordeeld worden, en er moet in elk geval openbaarmaking plaatsvinden. Nieuwe bijdragers kunnen geen door een LLM gemaakte pull‑request openen zonder eerst een reviewer te vinden. Als er geen testsuite bestaat voor de aangetaste code, moet de auteur er één schrijven of de PR sluiten. Geen uitzonderingen.

Het experiment heeft een eigen circuit‑breaker. Als meer dan de helft van de in een periode van zes weken gemergde PR’s door een LLM is aangemaakt, worden merges van LLM‑gegenereerde PR’s gestopt totdat het aandeel onder de 50 % daalt, met een minimale afkoeltijd van tien dagen. Deze periode sluit aan op de zes‑wekelijkse release‑cyclus van Rust. Alle dergelijke PR’s krijgen een nieuw ai-assisted-label en worden geplaatst in een privé‑Zulip‑kanaal waarvan het doel dataverzameling is (of LLM‑ondersteunde bijdragers leren, terugkeren en nuttig werk leveren), niet toegangscontrole.

Waarom nu

Nelsons aankondiging beschrijft drie drijfveren die de teams van informele moderatie naar geschreven regels hebben gedreven. Gepolijste pull‑requests geven niet langer inspanning of begrip aan, wat de vertrouwenssignalen ondermijnt waarop de review‑cultuur van het project steunt. Goedkopere code‑generatie verergert een bestaande tekortkoming in review‑capaciteit: de repository bevat momenteel 1.281 open PR’s, en de schaarse bron was altijd het oordeel van de reviewer, niet de code. En bijdragers die reageren op review‑commentaren door ze in een LLM te plakken en de output terug te plakken, verspillen volgens Nelson ieders tijd en ondermijnen de veronderstelling dat een reviewer met een persoon praat.

De achtergrond is een echte verdeeldheid binnen het project. De motivatiesectie van het beleid stelt dat er geen consensus bestaat binnen Rust, “en waarschijnlijk nooit zal bestaan”, over wanneer AI‑gebaseerde tools acceptabel zijn, met leden variërend van dagelijkse gebruikers tot degenen die elk gebruik onaanvaardbaar vinden. Daarom is het document zo opgezet dat het kan worden aangepast: grote herzieningen vereisen goedkeuring van elk ratificerend team, en het beleid kan volledig worden opgeheven door die teams of worden overruled door een project‑brede LLM‑commissie die de leiderschapsraad nu overweegt.

De kleine lettertjes

De reikwijdte is smaller dan de kop suggereert. Het beleid dekt geen andere repositories binnen de rust‑lang‑organisatie, geen werk van het language‑team zoals het bijhouden van issues en stabilisatierapporten, de style‑guide, of teams die het niet hebben geratificeerd. Elk team blijft vrij om eigen regels op te stellen. Leden van de rust‑lang‑organisatie zijn vrijgesteld van de “niet‑kritieke” beperking op door LLM‑gegenereerde code, hoewel het beleid sterk afraden om die vrijstelling te gebruiken, en PR’s die vóór de invoering van het beleid zijn geschreven, zijn eveneens vrijgesteld. Het lastigvallen van een bijdrager voor het gebruik van een LLM is zelf verboden, ongeacht of het gebruik het beleid heeft geschonden.

Wat er hierna gebeurt

Het privé‑Zulip‑kanaal begint gegevens te verzamelen over door LLM‑gegenereerde PR’s zodra het ai-assisted-label in gebruik is, en het eerste zes‑weekse circuit‑breaker‑venster zal de teams laten weten of het experiment de merge‑wachtrij overweldigt. Het nog in behandeling zijnde voorstel van de leiderschapsraad voor een speciale LLM‑commissie zou, indien gevormd, voorrang krijgen boven dit beleid en de regels project‑breed kunnen uitbreiden, zodat chats, forums en repositories die momenteel geen beleid hebben, worden gedekt. Nelsons bericht pleit juist voor dat resultaat en stelt dit beleid neer als een eerste stap in plaats van een definitief antwoord.