时间：2026年8月5日
地点：全球（Rust 开源项目社区）
人物：Rust 项目 compiler、libs、types、rustdoc、bootstrap 五个核心团队；政策起草人 Jynn Nelson
事件详情：Rust 项目五个核心团队于2026年8月5日正式通过《LLM 使用政策》，用于规范在 rust-lang/rust 主仓库中如何使用大语言模型。该政策由 Inside Rust 博客正式发布，文档落地于 Rust Forge。政策将 LLM 使用分为三档：完全允许（仅供个人提问、分析、归纳、检阅代码）、需披露（机器翻译、LLM 辅助修复 bug、LLM 代码审查机器人，且需使用独立可识别 GitHub 账号）、明确禁止（生成 PR 评论、文档、编译器诊断；不允许 LLM 自动决定合并或拒绝；不允许任何要求 LLM 才能执行的处理流程）。其中，故意虚报 LLM 使用情况被视为违反项目 Code of Conduct，与骚扰同级，首次违规警告、屡犯可封禁。
背景：Rust 主仓库当前累积了 1281 个未合并 PR，AI 生成的低质量、却貌似专业的 PR 大量涌入导致维护者负担过重，PR 越来越不代表作者投入的时间与理解。Rust 团队参考了 postmarketOS、Zig、Servo、QEMU 等完全禁止 AI 提交的项目，以及 Linux 内核、LLVM、Blender、Firefox 等允许但要求监督的项目，最终选择中间路线：不禁止 AI 工具本身，但要求使用者对每行代码承担责任。政策实施初期，LLM 生成的代码并非绝对禁止，但仅限与指定 reviewer 提前协商、非编译器健全性关键、测试充分的小范围实验，新贡献者不得直接提交 LLM 代写 PR。
影响：
- Rust 主仓库维护者获得明确、可援引的审核依据，AI 滥用 PR 可被快速关闭，避免长期占据 reviewer 时间
- AI 生成代码进入 rustc 或 std 必须强制披露，并与指定 reviewer 提前协商，重新校准 PR 作者与 reviewer 之间的责任结构
- 在 postmarketOS、Zig 等完全禁止派与 Linux 内核等允许监督派之间，Rust 提供了一种可操作的中间路线参考，或将影响 LLVM、SciPy 等项目的政策修订
- 开源社区首次以违规等同违反 Code of Conduct 的机制处理 AI 滥用，提升社区规范对 LLM 时代新问题的响应能力
总结：Rust 五个核心团队以正式且具有执行力的方式回应了 AI 代码洪流对开源协作的冲击，将 LLM 明确限定为思考辅助工具而非代码代写者。政策并非反 AI，而是通过强制披露与责任绑定，保留 LLM 的辅助价值同时修复被 AI 侵蚀的责任链。这一实践为后续开源项目提供了重要范本，也提示开发者：未来参与核心开源项目，必须对每行由 AI 协助产出的代码负起真正理解的责任。
参考来源：
- https://blog.rust-lang.org/inside-rust/2026/08/05/rust-langrust-is-adopting-an-llm-policy/
- https://forge.rust-lang.org/policies/llm-usage.html
- https://www.unite.ai/rust-adopts-a-formal-llm-policy-for-its-main-repository/
- https://www.21cto.com/article/5937528617134104
- https://m.blog.csdn.net/github_28443763/article/details/161320737
- https://juejin.cn/post/7642514614769909812