忍无可忍，Godot正式对AI代码下狠手：禁止Vibe Coding、大幅提高PR门槛

“AI 不会为代码负责，我们也无法相信那些高度依赖 AI 的开发者，能真正理解自己提交的代码。”——这句话出自开源游戏引擎 Godot 官方之口，直白且尖锐。

在 AI 编程越发热门的当下，一个共同的问题摆在众多开源社区面前：AI 究竟是帮手，还是制造更多维护成本的源头？而 Godot，率先给出了自己的答案。

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

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

对于很多开源项目而言，收到越来越多的 Pull Request（PR）本应是件好事。Godot 也承认，过去几年不断增长的代码贡献，至少说明三件事：越来越多开发者愿意参与 Godot 社区；团队对功能膨胀（Feature Creep）的控制一直很严格，不会轻易合并新功能；项目也始终保持着较高的代码质量标准。

但好景不长，AI 的浪潮很快带来了另一个问题。官方坦言，如今 Godot 仓库中积压的 PR 已经多到成为社区里一个“梗”，大家时不时就会调侃一句：“还有多少 PR 没审？”

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

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

那么，AI 究竟带来了怎样的变化？答案很直接——它大幅降低了提交代码的成本。无论是 AI Agent 自动生成代码，还是开发者借助 ChatGPT、Claude、GitHub Copilot 等工具完成代码后再提交，都让 PR 的数量快速攀升。

以前，一个 PR 可能需要开发者花上几天甚至几周完成；如今，借助 AI，几分钟就能生成一份看起来“像模像样”的代码。提交成本一降再降，PR 数量节节攀升，但维护者的数量和审核能力，几乎没有任何变化。

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

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

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

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 可以成为提升开发效率的辅助工具，但至少在现阶段，它无法替代开发者对代码的理解、责任意识以及人与人之间的协作。这或许是一个值得整个行业深思的问题。

你是一名 AI 行业编辑，请围绕下面这条热点输出一份资讯解读：
热点：忍无可忍，Godot正式对AI代码下狠手：禁止Vibe Coding、大幅提高PR门槛要求：
1. 先用一句话解释这条热点在讲什么
2. 再总结它为什么重要
3. 说明会影响哪些 AI 产品或内容方向
4. 最后给出 3 个适合资讯站使用的标题