8 月 5 日，Rust 项目内部的五个团队——编译器、libs、types、rustdoc、bootstrap 及其子团队——批准了一项规范 rust-lang/rust 单体仓库中大语言模型使用的政策。该政策由 Jynn Nelson 起草，并发布在 Inside Rust 博客上。
它划出的界线
这项政策自己的摘要列出了一串允许的动词：可以使用 LLM 来 回答问题、分析、提炼、润色、检查、建议、审阅——但不能创建。模型最初生成的文本不得作为 issue 描述、pull request 描述、GitHub 评论、文档、非平凡源码注释或编译器诊断提交。
仍然允许什么
机器翻译、琐碎修改、贡献者已验证的漏洞发现，以及与维护者事先约定、不涉及关键性、经过充分测试且获得良好审查的代码更改。任何来自模型的公开内容都必须明确标注。LLM 撰写的代码被明确要求遵守比人工代码更严格的标准，审阅者甚至没有义务审阅它。
为什么是维护者，而不是律师，来写这份政策
官方给出的理由与审查成本有关。经过润色的文字和整洁的 diff 已经不再意味着某个人真正完成了工作；审查带宽是项目最稀缺的资源；而把模型输出粘贴进讨论串，会把工作量从作者转移给审阅者。这项政策是在捍卫带宽，而不是对 AI 表态。
比标题更窄
这并不是一项面向整个项目的禁令，也不适用于 Cargo、crates.io 或更广泛的生态。另一项面向整个项目的 RFC（rust-lang/rfcs #3959）仍在开放中。最终落地的是某一个仓库的内部规则——而这正是它可执行的原因。