Godot宣布不再接受AI代码：开源社区受够了

维护者终于掀桌了#

Godot 引擎团队甩出一句狠话：不再接受 AI 生成的代码贡献。“我们没法信任重度 AI 用户，他们根本不够理解自己写的代码，出了问题也修不了。”

这不是什么温和的倡议。这是开源项目在 AI 洪流面前的一次明确站队。

过去一年，Godot 的仓库被 AI 生成的 PR 淹没了。一堆看着像模像样、实际经不起推敲的提交，让核心维护者疲于奔命。有人形容这种状态是”被 AI 垃圾淹没”——每个 PR 都要花大量人力去审查，但提交者自己连代码逻辑都讲不清楚。

“这是对人类注意力的 DoS 攻击”#

一位 Godot 维护者的原话更狠：“这是对人类心智的拒绝服务攻击。”

想象一下：有人用 AI 生成了一堵墙一样的代码，往你的项目仓库一扔就跑。你作为维护者，得一行一行地审。你不敢直接合，因为不知道哪里有隐藏的 bug。你也舍不得直接关，因为万一里面真有有价值的逻辑呢？

最恶心的不是代码垃圾本身——是它消耗的审查时间。开源项目的维护时间本来就是稀缺资源，现在被 AI 灌进来的”伪 PR”进一步稀释。每个请求都像一颗定时炸弹，你永远不知道哪一段逻辑是幻觉产物。

你说这是技术进步？对维护者来说，这是被当成免费劳力的算力垃圾场。

猫鼠游戏已经开始#

Godot 的这个决定，把开源社区逼到了一个岔路口。

一边是那些真心觉得 AI 帮了大忙的开发者。如果他们开始用 AI 写代码但不告诉项目，甚至刻意加入”人类风格”的修饰来混过审查，这就是猫鼠游戏的起点。AI 生成的内容会越来越难辨识，项目审查成本只会更高。

另一边是主动披露、自我约束的路径。你用了 AI 辅助，就在 PR 里说清楚。维护者可以选择性地审查、要求你解释每一段逻辑。但这条路建立在信任之上——任何一次瞒报被发现，信任就会崩塌。

目前来看，更多项目选择直接一刀切。不是不让你用 AI，是不收 AI 生成的代码。你的 AI 写的，你自己维护去，别往我仓库里扔。

一个荒诞的行业悖论#

这里有个巨大的讽刺。

AI 公司现在的估值逻辑，建立在”所有代码都将由 AI 编写”这个前提上。资本市场的千亿美金赌注，押的是 AI 取代程序员的未来。

但现实世界最活跃的那些开源项目，正在用实际政策说：不，我们不要。

开源社区的运作方式核心是信任和贡献质量。AI 生成的 PR 天然缺少责任锚点——提交者本人都不理解代码，出了问题谁负责？没人。仓库维护者成了最后的兜底人。

一边是资本故事里的 AI 取代一切，一边是现实项目里的一刀切禁令。两个世界正在脱节。你不能一边说 AI 写的代码和人类一样好，一边又没人愿意替它承担责任。

会蔓延成运动吗？#

已经有人在行动了。社区里出现了”slopfree-software-index”这类项目，维护一份拒绝 AI 贡献的开源软件清单。这像是一个信号：对很多项目来说，AI 代码不是效率工具，而是运营负担。

Godot 的禁令会不会被其他主流项目跟进？大概率会。苦 AI 垃圾 PR 久矣的项目不止 Godot 一个。Linux、Python、Rust——这些大型项目的维护者同样头疼。区别只在于是谁先捅破这层窗户纸。

写代码从来不只是生成语法正确的字符串。理解上下文、预判维护成本、对长期兼容性负责——这些东西目前的 AI 还做不到，而开源项目恰恰最依赖这些东西。

你生成的代码，你得能修。修不了的代码，别往开源仓库里扔。Godot 只是把这句话明说了。