" 我们无法信任重度 AI 用户能够充分理解自己的代码并加以修复。"

6 月 30 日，开源游戏引擎 Godot 基金会正式宣布修订其贡献指南，明确禁止 AI 编写的代码、AI 代理的代码修改请求以及在项目沟通交流中使用 AI 生成文本。

Godot 是驱动《杀戮尖塔 2》《金偶像奇案》等知名独立游戏的引擎，也是全球使用最广泛的开源游戏引擎之一。它的开发模式依赖社区贡献——任何开发者都可以提交拉取请求，由维护者审查后决定是否合并进代码库。

近年来，Godot 的拉取请求提交量大幅增长，基金会表示这在一定程度上是项目受欢迎的表现，但导致这一现象的另一个原因是，随着 AI 工具的普及，提交申请的门槛大幅降低——对 Godot 而言，合格审查者的数量一直很少，审查工作本身又极为耗时，AI 生成带来的 " 便利 "，越来越发展为巨大的麻烦。

事情的苗头最早出现于今年 2 月。Godot 资深开发人员、维护项目多年的 R é mi Verschelde 在社交平台上大倒苦水，表示大量由大语言模型生成的 "AI 垃圾 " 拉取请求正涌入 Godot 的代码仓库，维护者们不得不对每一个新贡献者提交的内容反复甄别——这段代码是人写的还是机器写的？提交者真的理解自己提交了什么吗？ 

当他们从其中审查出错误时，已经很难界定这个错误到底是因为提交者经验不足导致，还是压根就是 AI 在胡编乱造。Verschelde 将这种状态形容为 " 令人精疲力竭、士气低落 "，并坦言他不知道维护者们 " 还能坚持多久 "。

在审查者 " 备受折磨 " 的背后，更深层的矛盾在于 AI 正在瓦解开源协作赖以运转的人际纽带。Godot 基金会在最近发布的声明中提到，审查拉取请求本身是枯燥的，但审查者愿意投入时间，是因为他们觉得自己在培养一个活生生的人，一个可能从新手成长为未来维护者的人。

这种 " 我在指导某个人 " 的感觉，是开源维护工作可持续运行的核心动力。

因此，当审查者发现自己精心撰写的反馈只是被一台机器吸收，对方既无法从中学习也永远不会成为项目的守护者时，花掉整个周末去审查代码的动力就自然消散了。

Godot 的 github 页面

于是，经过数月的内部讨论，基金会最终划定了明确的红线。具体政策包括不限于：

禁止使用自主 AI 代理或所谓的 " 氛围编程 "（Vibe Coding），违者将被自动封禁 GitHub 仓库权限；禁止使用 AI 生成大段代码，AI 辅助仅限于代码补全、正则表达式、查找替换等琐碎操作；如果在任何环节使用了 AI，必须在拉取请求讨论中主动披露。

社区大多对此表示理解

与此同时，基金会还推出了一项与 AI 无关的并行措施：拉取请求不超过三个的新贡献者，在未获得维护者明确许可的情况下，不得提交新功能或重大重构。新人必须花时间学习代码库，先从修复漏洞和编写文档做起，逐步建立信任，再承担更大的任务。

这一设计的意图很清晰，就是既要控制涌入的低质量贡献，又不能切断培养未来维护者的通道。

值得一提的是，Godot 基金会在声明中也留了余地，表示将随着 AI 工具的发展持续重新评估政策，他们并非抵触新兴技术，而是致力于维护特定的协作生态。

开源项目依靠志愿者的劳动运转，人们自愿付出时间，是因为感觉自己是某个共同事业的一部分，因为自己的贡献被其他同样在付出的人看到并认可。AI 代理不参与这个社会契约，它们消耗审查、反馈和指导等产出，却不为契约的存续做出任何贡献。

在 AI 工具日益渗透各个领域的当下，这或许是所有开源社区都需要面对的新课题。