Rust 官方拟定 LLM 政策，防止 LLM 污染开源社区？

最近，Rust 官方社区的一份 PR 引发了巨大讨论，Rust Forge PR #1040。

它不是一个功能更新，也不是 RFC。而是一份关于 LLM 使用政策草案。换句话说 Rust 官方开始正式讨论：AI 到底应该以什么身份参与开源项目？

为什么突然开始讨论 LLM 政策

今天的开源世界，已经被 LLM 改变了。而且这种改变，远比很多人意识到的更深。很多人第一反应会觉得不就是 AI 写代码吗？提高效率不好吗？

其实从最近的多起开源社区关于 AI 的讨论中，我们可以看到社区正面临着如下的问题：

• AI 会制造大量可读但不可维护的代码；
• Review 成本开始失控；
• Maintainer 正在被 AI 垃圾 PR 淹没；
• AI 会稀释项目原本的工程文化；
• 贡献者开始不理解代码，只负责复制粘贴。

这并不是 Rust 独有的问题，这是整个开源世界正在面临的问题。

LLM 正在污染开源社区

开源社区最稀缺的是什么？是 Maintainer，是那些理解问题的人、能长期维护的人和能承担责任的人。

但 LLM 出现后，PR、Patch、Issue、自动生成的建议、看起来很专业的评论等等大量暴涨，Maintainer 的负担相比于以前反而更大了，这导致开源项目的 Review 能力被快速耗尽。

在过去，谁提交代码，谁负责。但是现在 AI 生成、人类复制、Reviewer 背锅、Maintainer 收尸。AI 摧毁了整个责任结构，

现在很多 Maintainer 已经开始公开抱怨：

• Issue 区被 AI 回复刷屏
• Bug report 全是模型幻觉
• PR 描述像 ChatGPT 套模板
• 文档贡献质量断崖式下降
• 新贡献者完全不理解代码

AI 正在吞噬学习过程

过去很多人成长方式是：阅读源码、Debug、查文档、理解设计、亲手踩坑等等。现在很多新人一上来就是让 AI 帮我实现 XXX。长期下去就会生产出大量没有底层理解能力的 AI 操作员。

Rust 社区其实已经察觉到了这个问题。所以这份政策从来都不是反 AI。更深层次的原因其实是反放弃思考。

另一个问题：AI Reviewer

很多人只关注 AI 写代码，但实际上还有另外一个更危险的问题：AI Review。

代码生成错误，还能靠测试发现。但是如果 AI Review、AI LGTM、AI 自动 approve、AI 自动 merge等等开始进入流程。这也就意味着将引入大量没有真正理解代码的“人”进入到开源项目的维护当中。

这是极其恐怖的。所以 Rust 草案中明确提出了：

• 不允许 LLM 自动决定 merge/reject
• 不允许 AI 生成官方 public communication
• 不允许 AI 主导 compiler diagnostics

结语

Rust 社区在这份政策里想传递出来的是：

AI 可以辅助，但不能替代人的理解与责任。

因为开源项目真正依赖的，从来不是代码本身。而是信任、声誉、长期协作、工程判断和社区文化。这些东西是 LLM 无法提供的。