Rust Neemt een Formele LLM-Beleid voor Zijn Hoofdrepository

Vijf teams in het Rust-project hebben een formeel beleid aangenomen voor het gebruik van grote taalmodellen bij het bijdragen aan rust-lang/rust, het hoofdrepository van het project, zoals Jynn Nelson, de auteur van het beleid, aankondigde 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 ongepubliceerd “wilde westen”-aanpak van moderatie met een openbaar, geschreven set van regels.

Het beleid is geen projectbrede houding ten aanzien van AI, en het is voorzichtig om dat te zeggen. Het is alleen van toepassing op het rust-lang/rust-repository en alleen op de teams die het hebben goedgekeurd. Maar binnen die scope trekt het een duidelijke lijn: LLM’s zijn welkom als hulpmiddelen voor denken, niet als vervanging ervan.

Wat het beleid eigenlijk zegt

Het document vat zichzelf samen in één zin:

> Het is goed om LLM’s te gebruiken om vragen te beantwoorden, te analyseren, te destilleren, te verfijnen, te controleren, voor te stellen, te beoordelen. Maar niet om te creëren.

In de praktijk levert dat drie niveaus op. Toegestaan zonder beperkingen: elk privégebruik waarbij de bijdrager de enige is die de output ziet — vragen stellen over de codebase, een thread samenvatten, privé zijn eigen code beoordelen. Toegestaan met verplichte openbaarmaking: machinetaal, triviale wijzigingen zoals typo’s, LLM-ondersteunde bugdetectie en LLM-beoordelingsbots, die moeten draaien vanuit separate, duidelijk gelabelde GitHub-accounts die individuele gebruikers kunnen blokkeren. Verboden: LLM-gecreëerde opmerkingen, documentatie en compilerdiagnostiek; elk proces dat een LLM vereist om uit te voeren; en het behandelen van een LLM-beoordeling als voldoende om een wijziging te accepteren of af te wijzen.

De scherpste tanden zitten in het ontwerp van de handhaving. Opzettelijk misbruik van LLM-gebruik wordt beschouwd als een schending van de Code of Conduct van het project — hetzelfde niveau als intimidatie — met een waarschuwing en, bij herhaalde schendingen, een verbod. Het document is expliciet dat veel van zijn clausules in de praktijk niet afdwingbaar zijn, en zegt dat dat opzettelijk is: “Ons doel is niet om elke schending te betrappen… Ons doel is om elke geloofwaardige ontkenning te verwijderen: om een keuze te forceren tussen het volgen van het beleid en opzettelijk het beleid schenden.”

Een begrensd experiment voor LLM-gecreëerde code

LLM-gecreëerde code is niet volledig verboden. Het is beperkt tot een experiment met strikte toelatingsvoorwaarden: wijzigingen moeten van tevoren zijn geregeld met een genoemde beoordelaar, niet kritiek voor de geluidheid van de compiler, goed getest en goed beoordeeld, met verplichte openbaarmaking in elk geval. Nieuwe bijdragers kunnen geen LLM-gecreëerde pull-aanvraag openen zonder eerst een beoordelaar te hebben veiliggesteld. Als er geen testsuite bestaat voor de aangeraakte code, moet de auteur er een schrijven of de PR sluiten. Geen uitzonderingen.

Het experiment heeft zijn eigen stroomonderbreker. Als meer dan de helft van de PR’s die in een periode van zes weken zijn samengevoegd, LLM-gecreëerd zijn, stoppen de samenvoegingen van LLM-gecreëerde PR’s totdat het aandeel weer onder de 50 procent daalt, met een minimum onderbreking van tien dagen. Het venster is afgestemd op de zeswekencyclus van Rust. Alle dergelijke PR’s dragen een nieuwe ai-assisted-label en worden gepost naar een privé Zulip-kanaal dat is bedoeld voor gegevensverzameling (of LLM-ondersteunde bijdragers leren, terugkeren en nuttig werk produceren), niet voor poortwachters.

Waarom nu

De aankondiging van Nelson beschrijft drie drukken die de teams van informele moderatie naar geschreven regels hebben gedreven. Gepolijste pull-aanvragen geven niet langer aan dat er moeite is gestoken of dat er begrip is, wat de vertrouwenssignalen aantast die de beoordelingscultuur van het project draaiende houdt. Goedkope codegeneratie verergert een bestaande tekortkoming in beoordelingsbandbreedte: het repository heeft momenteel 1.281 open PR’s, en de schaarse bron was altijd de beoordelingsvermogen van de beoordelaar, niet de code. En bijdragers die op beoordelingsopmerkingen reageren door ze in een LLM te plakken en de output terug te plakken, verspillen volgens Nelson ieders tijd en breken de veronderstelling dat een beoordelaar met een persoon praat.

De achtergrond is een echte splitsing binnen het project. De motivatieparagraaf van het beleid zelf zegt dat er binnen Rust geen consensus is over wanneer AI-gebaseerde tools acceptabel zijn, met leden die variëren van dagelijkse gebruikers tot diegenen die elk gebruik onaanvaardbaar vinden. Daarom is het document zo opgebouwd dat het kan worden gewijzigd: belangrijke herzieningen vereisen goedkeuring van elk team dat het heeft goedgekeurd, en het beleid kan in zijn geheel worden opgeheven door die teams of worden overruled door een projectbrede LLM-commissie die de leiding nu overweegt.

De kleine lettertjes

Het bereik is smaller dan de kop suggereert. Het beleid dekt niet andere repositories in de rust-lang-organisatie, taalteamwerk zoals het volgen van problemen en stabilisatierapporten, de stijlgids of teams die het niet hebben goedgekeurd. Elk van deze kan zijn eigen regels vaststellen. Leden van de rust-lang-organisatie zijn vrijgesteld van de “niet-kritieke”-beperking op LLM-gecreëerde code, hoewel het beleid zegt dat het sterk afraadt om die vrijstelling te gebruiken, en PR’s die zijn geschreven voordat het beleid van kracht werd, zijn ook vrijgesteld. Het intimideren van een bijdrager voor het gebruik van een LLM is zelf verboden, ongeacht of het gebruik een schending van het beleid was.

Wat er gebeurt

Het privé Zulip-kanaal begint met het verzamelen van gegevens over LLM-gecreëerde PR’s zodra het ai-assisted-label in gebruik is, en het eerste zeswekense circuitbreker-venster zal de teams vertellen of het experiment de merge-wachtrij overweldigt. Het voorstel van de leiding voor een toegewijd LLM-comité zou, als het wordt gevormd, voorrang hebben boven dit beleid en zou regels projectbreed kunnen uitbreiden, waardoor chats, forums en repositories die vandaag geen beleid hebben, worden gedekt. Nelsons bericht pleit voor precies dat resultaat, waarbij hij het beleid als een eerste stap en geen definitief antwoord presenteert.