Godot正式封杀AI代码：开源引擎为何对Vibe Coding亮红牌

2026年6月30日，开源游戏引擎Godot基金会在官网发布了一篇标题平淡的公告——《Changes to our Contribution Policies》。但内容毫不含糊：全面禁止AI生成的代码贡献，禁止Vibe Coding，禁止AI Agent提交Pull Request，连AI生成的文本都不允许出现在社区沟通中。

这是全球第一个把AI代码禁令写进官方政策的重量级游戏引擎项目。Godot驱动着《杀戮尖塔2》《金偶像奇案》等知名独立游戏，GitHub Star突破13.7万，是全球使用最广泛的开源游戏引擎之一。它的这个决定，正在整个开源和游戏开发社区引发连锁反应。

六条红线：禁令具体写了什么

根据Godot基金会正式修订的贡献指南，新政策包含五条明确禁令和一项配套管理措施：

• 禁止自主AI代理和Vibe Coding：违者将被自动封禁GitHub仓库贡献权限，这是最严厉的一条。
• 禁止用AI生成大段代码：所有代码必须由人工编写。AI辅助仅限于代码补全、正则表达式生成、查找替换等"琐碎操作"。
• 禁止在人际沟通中使用AI生成文本：维护者自愿花时间审查你的PR，他们不想跟机器对话。机器翻译仍可接受，但原文必须是人写的。
• 必须主动披露AI使用：无论在哪个环节使用了AI，都必须在PR讨论区公开说明，未披露即算违规。
• 所有PR必须经人工审查并批准后才能合并：这条本就是既定规则，但新政策将其进一步明确化。

配套管理措施方面，基金会还推出了一项与AI无关的并行规则：合并PR不超过3个的新贡献者，在未获得维护者明确许可前，不得提交新功能或重大重构。新人必须先从修复Bug和编写文档做起，逐步建立信任。

从2月喊话到6月禁令：五个月的危机演变

这场禁令并非突然降临。早在2026年2月，Godot资深维护者Rémi Verschelde就在Bluesky平台公开喊话，表示团队正遭受"AI垃圾代码"（AI Slop）的猛烈冲击。他的原话是：处理这些由大语言模型批量生成的PR"令人精疲力竭、士气低落"，他不知道维护者们"还能坚持多久"。

五个月过去了，问题不但没有好转，反而持续恶化。PR数量暴增，但有效贡献没有增加——增加的只是维护者的审查负担。有些投机者甚至在悬赏网站上看到3000美元的漏洞修复赏金后，用AI撞大运式地生成代码提交，代码不能正常工作，却严重扰乱了社区秩序。

更深层的问题是：AI破坏了开源协作赖以运转的人际纽带。审查者愿意花时间审代码，是因为觉得自己在培养一个活生生的人——一个可能从新手成长为未来维护者的人。当他们发现精心撰写的反馈只是被一台机器吸收，对方既无法学习也不会成为项目守护者时，花掉整个周末审查代码的动力就消散了。

审查供给侧崩溃：开源最安静的危机

开源项目的运转逻辑建立在两个角色的平衡上：贡献者写代码，维护者审代码。AI把这个平衡打碎了。

AI把"写代码"的成本打到了零。以前只有真正懂引擎源码的开发者才能贡献代码，现在任何会打字的人都能让AI生成一段看起来能用的代码然后提交PR。但"理解代码""验证代码""对代码负责"这些动作，AI完全帮不上忙。

一个用Vibe Coding提交PR的开发者，花5分钟让AI生成代码，花30秒提交。然后维护者需要花2到3个小时审查——检查逻辑正确性、架构一致性、安全漏洞、项目规范符合度。如果发现问题，还要在评论区写清楚、等回复、反复沟通。5分钟对3小时，这不是协作，这是成本转嫁。

Godot基金会在公告中说了一句让整个开源圈沉默的话："AI无法承担责任，我们也无法相信那些高度依赖AI的开发者，能真正理解自己提交的代码，并在需要时修复它。"这句话的杀伤力在后半句——高度依赖AI的开发者，正在失去理解代码的能力。

不是反AI：禁令的真正边界在哪

需要厘清的是，Godot的禁令并不是全面封杀AI。它有一个重要的区分：AI辅助代码补全、正则替换这类"琐碎操作"仍然被允许。被封杀的是Vibe Coding——那种"对着AI说一句话，然后把生成的全部代码原样提交"的行为模式。

区别在于"人是否参与"。代码补全发生在你写代码的过程中：你理解上下文，你决定架构，你让AI帮你补完一个函数，补完后你审过内容继续写。这个过程里人没有退出，人仍是责任主体。Vibe Coding恰恰相反：你说一句话，AI吐出一大段，你连看都没看完就提交了。人退出了——既不是责任主体，也不是能力主体。

Godot攻击的不是AI技术，是"用AI作为借口，逃避理解代码的责任"这种行为。基金会也明确留了余地，表示将随着AI工具的发展持续重新评估政策，并非抵触新兴技术，而是致力于维护特定的协作生态。

行业涟漪：其他开源项目的连锁反应

Godot不是唯一被AI PR淹没的开源项目。cURL项目作者Daniel Stenberg也多次抱怨AI引发的"垃圾"导致错误报告质量下降，该项目已于2026年2月暂停漏洞赏金计划。多篇学术论文也发出警告：Vibe Coding正在侵蚀开源软件的可持续性——当AI取代了开发者与项目的直接交互，开源项目的关注度、赞助和社区动力都会被削弱。

Godot禁令发布后，Hacker News上相关讨论获得了272个点赞，评论区一边倒地支持。许多开源维护者表示，如果更多项目跟进类似政策，开源社区才能从AI垃圾代码的洪流中喘口气。也有声音指出，真正的解决方案不是减缓AI采用，而是重新设计商业模式，让价值回馈给开源维护者。

游戏开发者的实际影响与应对

对于使用Godot的游戏开发者来说，这项禁令直接影响的是"向Godot引擎本身贡献代码"的流程，而不是"用Godot开发游戏时能不能用AI"。你在自己的游戏项目里用AI写代码完全不受限制——禁令只针对Godot引擎源码仓库的Pull Request。

但这个事件释放的信号值得所有游戏开发者重视。如果你计划向Godot或其他开源游戏引擎贡献代码，需要注意以下几点：

• 所有代码必须人工编写：可以用AI做代码补全和正则生成，但大段代码必须自己写、自己理解。
• 主动披露AI使用：即使只用了代码补全，也要在PR讨论中说明。
• 新人先做小贡献：合并PR不超过3个的新贡献者，应从修复Bug和写文档开始，不要一上来就提交新功能。
• 理解你提交的每一行代码：如果你无法解释代码的工作原理、无法根据审查意见自行修复，就不要提交。

更重要的是，Godot的禁令提出了一个所有AI时代开发者都需要回答的问题：当AI可以帮你生成代码时，"理解代码"这项能力还重要吗？Godot基金会的回答是——重要，而且比以往任何时候都重要。因为AI不负责，能负责的只有人。

结语：AI时代的开源新契约

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

Godot的禁令不是"拒绝技术进步"，而是把开源协作中最脆弱的那根支柱——维护者的时间和精力——从AI的洪流里捞出来。这可能是2026年开源社区对AI编程最诚实的一次表态。对于游戏开发者而言，它提醒我们：工具再强大，理解、责任和信任，始终是技术协作的基石。