【GameLook专稿，禁止转载！】
GameLook报道/对于关注独立游戏开发的玩家来说，开源游戏引擎Godot近年来无疑是风头最劲的主角之一。由于Unity此前因“安装费政策”引发众怒，包括《杀戮尖塔2》在内的诸多明星团队纷纷宣布转投Godot阵营 。然而，随着使用量与社区规模的急速飙升，这个备受瞩目的开源项目正遭遇一场前所未有的“成长的烦恼”。
就在日前，Godot基金会正式发布公告，明确划定了一条死线：Godot的贡献者指南很快将进行修订，未来将不再接受任何AI编写的代码贡献、AI代理提交的拉取请求，甚至连人类开发者之间交流中由AI生成的文本也将被全面禁止！
不想花业余时间去“喂机器”
在当今的游戏行业和互联网大厂里，利用AI辅助编程、写代码早已不是什么新鲜事，甚至可以说是普遍现象 。那么，为什么Godot这次要如此决绝地对AI说“不”呢？
答案很简单：维护者们快被累死了。
早在今年3月份左右，Godot的设计经理就已经在公开抱怨代码审查的工作量已经大到难以承受 。作为一个开源引擎项目，Godot的生存和运作主要依赖于社区捐赠、大厂赞助以及部分收费的技术支持服务 。这意味着它的核心团队人力非常有限，根本无法像Epic的Unreal Engine或者unity这样的商业引擎那样维持一个庞大的专职开发团队。负责给代码把关的，往往是社区里最资深的那批程序员，他们是用自己的业余时间在做奉献 。
然而，随着AI编程工具的普及，大量水平有限的程序员开始动起歪脑筋：自己没怎么看懂引擎底层，就用AI一键生成一堆代码，然后直接向Godot仓库提交贡献。
结果就是，铺天盖地的低质量、低效率代码如潮水般涌来 。Godot维护者痛苦地表示，审查这些拉取请求已经变得“越来越心力交瘁和士气低落”：“如果你对 PR 的反馈只是被一台机器吸收，而不是用于指导未来的潜在维护者，那么你就很难再找到理由把自己的业余时间花在 PR 审查上了。”
如果说代码写得差还可以打回，那么更让团队无法忍受的是，这些“重度依赖AI”的提交者，自己根本没看懂代码，出了Bug自己也修不利索。开源社区的本意是通过代码审查去培养和提拔下一代人类维护者，而不是去给AI当免费的“调优工具人” 。
“帮倒忙”的危害
有人可能会说，既然是开源项目，多一些人提交代码不是说明大家热情高涨吗 ？Godot基金会对此表示，热烈拥抱社区是对的，但如果把关不严、直接放水，后果将是灾难性的 。
引擎作为底层基础设施，其稳定性和性能直接决定了上层所有游戏的表现 。如果把AI生成的低效代码合并进主线，最直接的后果就是导致使用该引擎的游戏出现严重的性能损耗 。
不仅如此，一旦底层引擎出了问题，后续成百上千个游戏开发团队在研发遇到瓶颈时，就不得不和Godot团队一样，把时间浪费在“返工、检查底层引擎代码”这种无穷无尽的麻烦中 。为了对广大开发者负责，Godot这次必须来一次“狠的” 。 Godot 基金会强调：“AI 无法承担责任，而且我们无法信任过度使用 AI 的人能够充分理解并修复他们自己的代码。”
不过，这项政策在推行上也面临一个非常现实的挑战：如何辨别一段代码到底是不是AI写的？
对此，行业心知肚明，技术上很难做到百分之百的绝对检测，这在很大程度上依然需要依靠开发者的自觉 。但Godot此番更新指南，其剑锋所指的，并不单单只是AI本身。 仔细阅读其新规会发现，Godot还增加了一条硬性要求：“未经明确许可，新贡献者不得擅自添加新功能或对代码进行重大修改。”
这其实是在敲打社区里一类典型的人群——那些对引擎代码库缺乏深度了解、却喜欢“自作聪明”和“瞎搞”的开发者 。有些人对底层逻辑只有一知半解，根本不知道核心团队在性能或架构上的深层次考虑，就贸然去动某些核心模块 。
官方表示，虽然Godot是开源的，但他们更希望大家在提交代码前，先把代码库彻底读透 。他们渴望吸纳的，是那些真正熟悉引擎、水平过硬、能够跟团队节奏同步的人才，一步步扎实地推进主线更新，而不是制造一堆“看似精妙、实则帮倒忙”的空中楼阁 。
天下苦“氛围感编程”久矣
Godot 官方的这一纸禁令，随即在海外的社区引发了海啸般的讨论。出乎不少科技乐观主义者意料的是，评论区几乎呈现出了一边倒的“拍手称快”之势。
在相关的热门帖中，不少同样身为开源项目维护者的网友对 Godot 团队的境遇表达了强烈的共鸣。有同行大吐苦水称，自己的小众开源软件近期也遭遇了 AI 代码的围攻。这些提交者虽然看起来像真实用户，且本意是想贡献功能，但他们用 AI 生成的代码中总是夹杂着各种隐蔽的细微错误。提交者自己根本不复查，全甩给维护者去纠错。该同行直言，如果每天要面对成百上千个这样的拉取请求，任何人都会崩溃。
甚至有开发者指出，现在的维护者不仅要从海量的 ChatGPT 废料中淘金，有时还要痛苦地去调试那些被 AI 凭空捏造出来的虚假 API 调用，这简直是在浪费人类的生命。
在讨论中，一个被频繁提及的词叫 “Vibe Coding”（氛围感编程 / 凭感觉写代码）专门用来讽刺那些几乎没有人类思考参与、纯靠 AI 盲目堆砌的代码。
许多硬核开发者对此表示极度反感。在他们看来，把这种毫无质量可言的“AI 垃圾”堂而皇之地打包塞给开源项目，不仅是一种极其粗鲁的冒犯，更是极度傲慢的表现。有些投机者甚至以为自己给开源社区带来了多么了不起的贡献，殊不知只是在转嫁审查成本。更有网友爆料称，有些人在某些悬赏网站上看到了丰厚的漏洞修复赏金（例如高达 3000 美元的悬赏），就妄图用 AI 撞大运式地生成代码去提交。这种无利不起早的“盲盒式贡献”，不仅无法正常工作，还严重扰乱了社区秩序。
此外，还有理性的开发者跳出事件本身，分析了为何是 Godot 首当其冲。作为目前最流行、最庞大的开源游戏引擎之一，Godot 的全开放性质使其成为了 AI 垃圾代码最容易倾倒的温床。相比之下，像 Unity 或 Unreal Engine这样的商业巨头，其核心代码牢牢掌握在官方公司手里，根本不存在这种社区肆意提交代码导致的 pull request 积压危机。
结语：上升期的Godot，需要更稳健的脚步
根据数据显示，仅在去年，在Steam上发布的使用Godot引擎的游戏就已经达到了1200款，其应用量正处于极为健康的上升期 。不仅如此，像《杀戮尖塔2》这样的大作和《金偶像谜案》等口碑项目的加入，更让Godot在主流商业市场里底气大增 。
在这样一个关键的扩张期，Godot选择在这个节点“自曝家丑”并大刀阔斧地对AI代码及低 effort 的贡献者进行限制，看似在把人往外推，实则是为了保住其开源生态最核心的资产：人类维护者的心血与精力 。
如若转载，请注明出处：http://www.gamelook.com.cn/2026/07/596590/
