Industry·3 min read
By BitsMindsSource: Inside Rust Blog

Rust Bans LLM-Written Code in Its Compiler Monorepo

Five Rust teams adopted an LLM policy on 5 August covering the rust-lang/rust monorepo: models may analyse, review, and find bugs, but may not author code, docs, diagnostics, or PR comments without disclosure. Soundness-critical changes are off limits unless the author is a domain expert. The stated reason is review economics — polish no longer signals effort, and pasted model output burns reviewer time.

RUST-LANG/RUST · LLM POLICY Review it. Don’t write it. BANNED LLM-authored code Unmarked LLM comments Pasted review replies Soundness-critical work WITH DISCLOSURE Machine translation Trivial code or prose LLM-assisted bug finds Pre-arranged patches NO DISCLOSURE Asking questions Analysing and refining Reviewing other PRs Output only you see Five teams · the rust-lang/rust monorepo · adopted 5 August 2026 BITSMINDS.COM
Share:

Five teams inside the Rust project adopted a formal LLM policy on 5 August, and the headline restriction is blunt: models may review code, analyse it, and help find bugs in it, but they may not author it. The policy, written by Jynn Nelson and published on the Inside Rust blog, governs contributions to the rust-lang/rust monorepo. It is explicitly not the Rust project's official position on AI, and it does not apply project-wide.

The rules sort into three tiers. Banned outright: LLM-authored code; documentation, compiler diagnostics, PR descriptions, or GitHub comments generated by a model without clear marking; mechanically pasting a model's response to a reviewer's feedback; soundness-critical changes produced by a model unless the author is an established domain expert; and any workflow that treats an LLM review as sufficient grounds to merge or reject. Allowed with disclosure: machine translation, trivial code or prose changes, bug discovery the contributor has verified, LLM-assisted review of others' work, and code changes that are pre-arranged, non-critical, high-quality, well-tested, and well-reviewed. Allowed with no disclosure at all: asking a model questions, using it to analyse, distil, refine, check, or suggest, and generating anything only the author ever sees.

The rationale is about review economics rather than code quality in the abstract. The policy names three community complaints: polished-looking work no longer signals that genuine effort went into it, models make an existing reviewer-bandwidth shortage worse, and copy-pasted model output wastes reviewer time in a loop that never converges. Nelson's framing is that reviewing is made of decisions, not just bug-catching — a model can flag a defect but cannot give an author the mental model needed to understand their own patch or plan the next one. The post cites Asimov's short story "Profession" on the difference between having knowledge and being able to think with it.

Enforcement is deliberately low-ceremony. Reviewers may close a non-compliant pull request without a written justification and point the author at mentoring channels instead. Disclosure is the author's responsibility, backed by PR templates that ask directly whether a model was used. Notably, writing style alone is not treated as evidence of LLM authorship — ambiguous cases go to private moderation reports rather than public accusations. The policy includes provisions for its own revision, and Rust's leadership is weighing a dedicated sub-team for LLM governance to streamline approvals and gather data on how contributors are actually using these tools.

Rust is not doing this alone. A growing catalogue of open-source projects has published AI-contribution policies over the past year, and the shape is converging: disclosure requirements, a carve-out for review and analysis, and a hard line on unreviewed generated code. What makes the Rust version worth reading closely is the soundness carve-out — a compiler is a place where a plausible-looking wrong patch is more expensive than no patch, and the policy prices that in explicitly rather than treating all contributions as equally reviewable.

Want AI news before everyone else?

The morning's most important AI stories, straight to your inbox. No fluff.

Related Articles

417–3 in the House. One objection in the Senate. Editorial illustration of the stalled Ratepayer Protection Act, H.R. 9340. A large 417–3 House vote meets a single red senator and a closed stop line. Below, AI data centres drawing 100 MW or more connect through a transmission tower to a home and an electricity bill. Amber conduits link the industrial load, grid upgrades and household costs. The proposed large-load standard would assign full incremental grid-upgrade costs to data centres, but a senator blocked unanimous consent, objecting that states were only asked to consider the standard. H.R. 9340 RATEPAYER PROTECTION ACT 417–3 HOUSE VOTE ONE SENATOR. BILL BLOCKED. The objection: states only asked to “consider”. AI DATA CENTRES 100 MW+ GRID UPGRADES WHO PAYS? BILL $ HOUSEHOLD BILLS BITSMINDS.COM
Industry

House Votes 417–3 to Make Data Centers Pay for the Grid

Hacktron: from an image upload to an internal repository An oversized HEIC photo file is connected by an electric green line to two glass security gates, labelled Forum and SSO, then to a dark repository cabinet bearing the OpenAI emblem and a pull-request symbol. A separate Claude Opus 5 plaque credits the model used by the researchers. The top caption says disclosed and patched. This is a conceptual illustration of Hacktron's reported security research and vulnerability chain. The two gates represent the two reported flaws, and their open padlocks are a visual metaphor. Original vector editorial illustration for BitsMinds, hacktron-claude-opus-5-openai-exploit-chain. 18 September 2026. Conceptual architecture based on the article, not a real interface or technical system diagram. HACKTRON / SECURITY RESEARCH DISCLOSED & PATCHED .HEIC IMAGE UPLOAD 01 FORUM IMAGE PROCESSING 02 SSO SIGN-IN TRUST INTERNAL REPO PULL REQUEST OPENED CLAUDE OPUS 5 RESEARCH ASSISTANT TWO FLAWS. ONE CHAIN. BITSMINDS.COM
Industry

Claude Opus 5 Wrote the Exploit That Broke Into OpenAI

Pew's global AI survey: uncertainty about the future of work An empty ochre office chair faces a computer in a quiet evening office. Beyond the window, buildings of unequal heights suggest an uneven economy. A large globe on the left is surrounded by 37 separate markers: 34 amber and three neutral. They represent surveyed publics, not individual respondents, countries mapped to locations, job counts or measured job losses. The caption states that in 34 of 37 publics, more people expect job losses than gains. This is an editorial illustration of public expectations reported in the Pew survey, not a prediction of what AI will actually do. Original vector illustration for BitsMinds, pew-global-ai-survey-2026-jobs-inequality. 17 September 2026. Survey finding, not observed labour-market outcomes. PEW / GLOBAL AI SURVEY 34 / 37 PUBLICS More expect job losses than gains AI BITSMINDS.COM
Industry

Most of the World Expects AI to Cost Jobs, Pew Finds