开源游戏引擎Godot正式禁止AI生成代码：垃圾太多审查不过来了

咕噜早报 · 发表于 2026-7-6 18:56:04

e4789357ac5e76cee25f918d23e80fcb.appmsg_mw680water (25.66 KB, 下载次数: 20)

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

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

Godot是驱动《杀戮尖塔2》《金偶像奇案》等知名独立游戏的引擎，也是全球使用最广泛的开源游戏引擎之一。

它的开发模式依赖社区贡献——任何开发者都可以提交拉取请求，由维护者审查后决定是否合并进代码库。

9e92f35be253de63f3ca4d0430bfa6cf.appmsg_mw680water (110.11 KB, 下载次数: 20)

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

事情的苗头最早出现于今年2月。

Godot资深开发人员、维护项目多年的Rémi Verschelde在社交平台上大倒苦水，表示大量由大语言模型生成的“AI垃圾”拉取请求正涌入Godot的代码仓库，维护者们不得不对每一个新贡献者提交的内容反复甄别——这段代码是人写的还是机器写的？

提交者真的理解自己提交了什么吗？

4cbb28ebd6be1e92dd85a07254f6521d.appmsg_mw680water (165.81 KB, 下载次数: 20)

当他们从其中审查出错误时，已经很难界定这个错误到底是因为提交者经验不足导致，还是压根就是AI在胡编乱造。

Verschelde将这种状态形容为“令人精疲力竭、士气低落”，并坦言他不知道维护者们“还能坚持多久”。

在审查者“备受折磨”的背后，更深层的矛盾在于AI正在瓦解开源协作赖以运转的人际纽带。

Godot基金会在最近发布的声明中提到，审查拉取请求本身是枯燥的，但审查者愿意投入时间，是因为他们觉得自己在培养一个活生生的人，一个可能从新手成长为未来维护者的人。

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

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

644e7e83cea88b78c6d5b7a74d907a47.appmsg_mw680water (89.63 KB, 下载次数: 23)

Godot的github页面

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

禁止使用自主AI代理或所谓的“氛围编程”（Vibe Coding），违者将被自动封禁GitHub仓库权限；

禁止使用AI生成大段代码，AI辅助仅限于代码补全、正则表达式、查找替换等琐碎操作；

如果在任何环节使用了AI，必须在拉取请求讨论中主动披露。

8482d24feeefb1fd6c2d114e70cce8f5.appmsg_mw680water (81.66 KB, 下载次数: 21)

社区大多对此表示理解

与此同时，基金会还推出了一项与AI无关的并行措施：拉取请求不超过三个的新贡献者，在未获得维护者明确许可的情况下，不得提交新功能或重大重构。

新人必须花时间学习代码库，先从修复漏洞和编写文档做起，逐步建立信任，再承担更大的任务。

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

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

开源项目依靠志愿者的劳动运转，人们自愿付出时间，是因为感觉自己是某个共同事业的一部分，因为自己的贡献被其他同样在付出的人看到并认可。

AI代理不参与这个社会契约，它们消耗审查、反馈和指导等产出，却不为契约的存续做出任何贡献。

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

54f8ce3a4f8a97df4407c3eba57fff51.appmsg_mw680water (133.64 KB, 下载次数: 17)