忍无可忍:Godot正式对AI代码“下狠手”:禁止Vibe Coding、大幅提高PR门槛:“无法相信高度依赖AI的开发者”

“AI 不会为代码负责，我们也无法相信那些高度依赖 AI 的开发者，能真正理解自己提交的代码。”——这是开源游戏引擎 Godot 官方最近公开说出的一句话。

在 AI 编程越来越流行的今天，不少开源社区都在思考同一个问题：AI 究竟是在帮助开发，还是在制造更多维护成本？而 Godot，率先给出了自己的答案。

近日，Godot 官方宣布，正在全面修改项目的贡献（Contribution）政策，将大幅收紧 AI 在代码贡献中的使用范围：不仅一向备受争议的“Vibe Coding（氛围编程）”会继续被封禁，未来连使用 AI 生成“大段代码”也将被禁止，新贡献者提交大型功能前还必须先获得维护者批准。

PR 多到成了社区“梗”，维护者却越来越少

对于很多开源项目来说，收到越来越多 Pull Request（PR）本应是一件值得高兴的事。

Godot 也承认，过去几年不断增长的代码贡献，一定程度上说明了三件事：越来越多开发者愿意参与 Godot 社区；团队始终坚持控制功能膨胀（Feature Creep），不会轻易合并新功能；同时，项目一直保持着较高的代码质量标准。

然而，在AI 热潮下，事情很快出现了另一面。官方坦言，如今 Godot 仓库中积压的 PR 已经多到成为社区里的一个“梗”，大家时不时都会调侃一句：“还有多少 PR 没审？”

代码审查（Code Review）本就是开源项目里最耗时、最消耗精力的工作之一。一份 PR 是否符合项目规范、有没有隐藏 Bug、是否会影响已有架构，都需要维护者逐行阅读、测试和讨论。而维护者大多都是志愿者，他们的时间终究有限。

过去，这种 Reviewer 不足的问题虽然一直存在，但项目还能勉强维持运转；可如今，AI 编程的普及让这一情况迅速恶化。

Godot 认为，近一年最大的变化，就是 AI 大幅降低了提交代码的成本。无论是 AI Agent 自动生成代码，还是开发者借助 ChatGPT、Claude、GitHub Copilot 等工具完成代码，再提交 PR，都让 PR 的数量快速增加。

以前，一个 PR 可能需要开发者花上几天甚至几周完成；如今，借助 AI，几分钟就能生成一份看起来“像模像样”的代码。于是，提交 PR 的成本越来越低，PR 数量不断增加，但维护者数量和审核能力却几乎没有变化。

所以，真正的瓶颈已经不再是“没人写代码”，而是“没人审代码”。AI 并没有减少维护者的工作量，反而让他们需要筛掉更多低质量、缺乏理解的代码。

更让维护者崩溃的是：很多人连自己提交的代码都解释不清

如果只是 PR 数量增加，Godot 或许还能接受。真正让维护团队感到崩溃的是：大量 AI PR 的作者，根本不了解自己提交的内容！

Godot表示，Review 一直都是件枯燥的工作，但它原本也有一项非常重要的价值：帮助新人学习。维护者在 Review 时提出修改意见，而新贡献者则理解问题、修正代码。久而久之，这些新人就可能成长为未来的 Reviewer，甚至项目维护者。

很多今天的核心开发者，当年都是这样培养出来的——但 AI 改变了这一过程。

Godot 在公告中表示，维护者写下的大量修改意见，很多时候只是被复制、粘贴进 AI 对话框，生成下一版代码，并不能真正帮助一位开发者成长。甚至，不少开发者根本无法回答维护者提出的问题，也无法根据 Review 意见自行修复 Bug。

对此，Godot 给出了一句态度十分鲜明的话：“AI 无法承担责任，我们也无法相信那些高度依赖 AI 的开发者，能真正理解自己的代码，并能在需要时修复它。”

其实，这并不是 Godot 第一次公开表达类似观点。早在今年年初，核心维护者 Rémi Verschelde 就曾抱怨，越来越多 AI 生成的 PR 正在消耗维护团队大量时间，而且整个过程“令人沮丧”。当时，一家使用 Godot 的游戏工作室也公开吐槽称，大多数 AI PR 都是“垃圾”，提交者根本不知道自己在提交什么，整个 Review 流程简直就是“一场彻底的灾难”。

经过几个月观察，Godot 最终认为，这已经不是偶发事件，而是一个长期存在的问题，因此必须从制度上进行限制。

新政策来了：提高门槛，但并非拒绝新人

Godot 基金会董事会以及核心维护者表示，他们已经围绕新政策讨论了数月。团队强调，其目标并不是拒绝新人，而是减少低质量贡献，同时培养真正理解项目的开发者。

根据官网公告，Godot 的新版贡献政策主要围绕以下几个原则展开：

（1）培养真正的新贡献者，而不是培养 AI。Godot希望有更多新人能逐步成长为未来的维护者。所以，新贡献者需要理解项目代码、接受 Review，并从反馈中学习。而大模型不能从从维护者提供的具体反馈中成长，因此维护者投入的大量精力，也无法形成长期价值。

（2）所有代码都必须由真正的人负责。Godot 强调，代码最终必须有人负责。开发者不仅要理解自己的代码，还要能够、也愿意在出现问题时继续维护和修复它。AI 做不到这一点，因此不能成为真正的代码作者。

（3）提高低质量贡献的门槛。Godot 承认，提高贡献门槛可能会引来非议，但如果继续放任大量“低成本、低质量”的 PR 涌入，只会进一步压垮他们的维护团队。

（4）让维护者愿意继续 Review PR。目前，代码审核已经成为 Godot 开发流程中最大的瓶颈。官方希望，通过减少无意义的 AI PR，让维护者觉得自己的时间真正花在值得投入的人和代码上，从而提升 Review 的积极性。

根据即将实施的新规，Godot 将重新定义“新贡献者”：凡是累计只有 3 个及以下已合并 PR 的开发者，都属于新贡献者。今后，这类开发者如果希望提交新功能，或者进行较大规模的代码重构，都必须事先获得维护者明确批准。

对此，Godot 解释道，这项规定的目的，是希望新人能先从修复 Bug、完善文档、小规模改进等工作开始，逐渐熟悉代码库，与维护团队建立信任，再参与大型开发任务。

简单来说：Godot希望培养的是长期贡献者，而不是“一次性提交 AI 代码然后消失”的用户。

AI 可以辅助，但不能替你写代码

除了提高贡献门槛之外，Godot 还进一步明确了 AI 的使用边界，使其与上述理念保持一致：

（1）禁止 AI Agent 和“氛围编程（Vibe Coding）”

任何使用自主 AI Agent 自动生成并提交代码，或依赖“氛围编程”的行为，都将继续直接触发 GitHub 仓库的自动封禁（Auto-ban）——这一规定其实早已实施，新政策只是进一步明确。

（2）禁止使用 AI 生成大段代码。

Godot 要求，所有代码都必须由开发者本人编写。AI 可以作为辅助工具，但仅限于一些机械、重复性的工作，例如代码自动补全、编写正则表达式、查找与替换等。如果开发者确实使用 AI 参与了代码编写，也必须在PR讨论中主动说明。

（3）禁止 AI 生成与维护者沟通的内容。

当维护者利用自己的业余时间审核 Issue、PR 或设计提案时，他们希望交流的对象肯定是真正的人，而不是一台机器。Godot 表示：这是最基本的尊重。

不过，如果 AI 仅用于不同语言之间的翻译，只要原始内容确实由人类撰写，那是允许的。

（4）所有 PR 必须经过人工审核才能合并。

这一规定实际上一直存在，但新版贡献政策会进一步明确：任何 PR，都必须由真人完成审核并批准后，才能合并进入主分支。

最后，对于以上这些因 AI PR 泛滥而推出的新规，Godot补充道：AI 技术的发展速度非常快，几乎每天都会出现新的工具和能力。因此他们会继续采取相对保守的态度制定相关政策，同时也会根据未来 AI 技术的发展情况，持续评估是否需要调整规则。

对于 Godot 而言，AI 可以成为提升开发效率的辅助工具，但至少在当前阶段，它还无法替代开发者对代码的理解、责任意识以及人与人之间的协作。

那么，对于Godot提出的AI 新规你有什么看法吗？