Godot 宣布禁止 AI 生成代码:开源项目的 AI 困境

知名开源游戏引擎 Godot 基金会宣布,将在贡献政策中明确禁止 AI 生成的代码、由 AI Agent 提交的 PR,以及人与人之间通信中的 AI 生成文本。大量"AI 垃圾 PR"正在消耗维护者精力,这一决定在开源社区引发广泛讨论。
开源遭遇"AI 垃圾"时代
2026年7月1日,Godot 基金会在官方博客正式宣布:即将更新贡献政策,明确禁止 AI 生成的代码、由 AI Agent 自动提交的 Pull Request,以及人与人之间通信中的 AI 生成文本。Godot 是一款广受好评的开源游戏引擎,驱动了《Slay the Spire 2》《The Case of the Golden Idol》等知名游戏。
问题的根源:维护者精力耗尽
今年2月,Godot 维护者就开始抱怨:待审查的 PR 中出现了越来越多"AI 垃圾"——代码量庞大、质量低下、错误明显,提交者对代码的理解深度严重不足。
Godot 基金会的声明描述了问题的本质:
"如果你对 PR 的反馈只是被一台机器吸收,而不是在培养潜在的未来维护者,那么把业余时间花在代码审查上就很难自圆其说。"
维护者审查代码的意义,不仅仅是筛选代码质量,更在于培养社区、发现未来的贡献者。当这个过程被 AI 机器人入侵,整个社区生态都受到了损害。
核心论点:AI 无法承担责任
Godot 基金会对此有一句简洁有力的总结:
"AI 无法承担责任,我们也无法信任 AI 的重度使用者能对自己的代码有足够的理解来修复问题。"
这不仅是对 AI 工具的质疑,更是对"使用 AI 生成代码而不理解代码"这种行为模式的批评。代码的生命周期不止于"提交"——它还需要被维护、被测试、在出 bug 时被修复。一个无法解释自己代码工作原理的贡献者,本质上是在给项目埋雷。
具体政策变化
- 明确禁止 AI 生成的代码贡献(contributors 只能将 AI 用于"无关紧要的辅助")
- 要求声明 AI 工具的使用情况
- 禁止在 Issue 讨论、PR 评论等人对人的沟通中使用 AI 生成文本(机器翻译除外,前提是原文是人写的)
- 增加对低努力贡献的门槛,强化新贡献者到未来维护者的培养路径
社区的争议
Hacker News 上这条新闻获得了 455 个赞和 291 条评论,讨论相当激烈。支持者认为这是对开源可持续性的必要保护;反对者则担忧:如何判断一段代码是否由 AI 生成?这个边界是否会误伤真正的贡献者?
一个有趣的反驳是:如果一个开发者用 AI 辅助写代码,但完全理解代码并能负责任地维护,是否应该被禁止?Godot 基金会的回答是:这属于"menial things"范围内的合理使用。关键不在于有没有用 AI,而在于贡献者是否能对代码承担完整的理解和维护责任。
更大的趋势
Godot 并不孤独。包括 Linux 内核社区、多个 Python 核心库的维护者都在讨论类似政策。随着 AI 编程工具越来越普及,开源生态面临一个根本性问题:当贡献代码的门槛降至近乎为零,代码审查的成本反而急剧上升,如何可持续?
这是一个没有完美答案的问题,但 Godot 的决定至少给出了一种清晰的立场:开源项目的价值不只是代码本身,而是背后由人类维护的社区生态。
参考来源:PC Gamer 报道 | Godot 基金会官方声明
[关联推荐]
- 2026 AI 编程代理格局:从 Cursor 到 Claude Code,代理界面正在"吞噬"IDE — AI 编程工具的全景分析
- 2026 Agent 编程巨变:从「人写代码」到「人指挥 AI Agent 写」 — AI 如何改变软件开发模式
- GitHub Actions 全面拥抱 AI Agent:CI/CD 流水线正在变成自治系统 — AI 代理在工程基础设施的渗透