“AI 无法承担责任，我们也无法信任那些过度依赖 AI 的用户，因为他们并不了解自己的代码，更无法对其进行修复。”这是 Godot Foundation 划下的一道硬性红线，这一声明直指开源项目数月来一直在默默应对的核心难题。
基金会在本周发布的博文中宣布了新政策，将修订 Godot 的贡献者指南，明确禁止 AI 编写的代码、由 AI 代理提交的合并请求（pull requests），以及在人际交流中使用 AI 生成的文本。对于这款驱动了《Slay the Spire 2》和《The Case of the Golden Idol》等游戏的开源引擎而言，这是其管理贡献者渠道方式的一次重大转变。
在结账时使用代码 TRYHARD33，在优惠码过期前兑换此福利。
GAMES+ 订阅享 33% 折扣
一个成长中的项目如何撞上了“垃圾内容墙”
这个问题并非一夜之间出现。早在二月，Godot 的维护者们就指出，AI 生成的合并请求让负责代码审查的人员感到“日益疲惫且士气低落”。事实上，该引擎的贡献数量一直在攀升，表面上看这似乎是好消息——更多的贡献者、更高的关注度，以及更健康的生态系统。但问题在于：其中很大一部分提交内容是由 AI 生成的，审查者无法验证、无法信任，也无法利用这些内容来培养下一代维护者。
代码审查本身就是一项枯燥的工作。而审查那些你怀疑是由工具生成、且使用者并不完全理解的代码，则是完全不同的另一回事。正如基金会所言，如果对合并请求的反馈只是被机器吸收，而不是用于指导潜在的未来维护者，那么投入个人时间进行审查过程就变得毫无意义。
更新后的政策涵盖了哪些内容
新的贡献指南将针对以下四个具体领域：
- AI 编写的代码被彻底禁止。贡献者可以将 AI 用于“琐碎事务”，但必须披露使用情况，且提交代码的人类必须对此负责。
- AI 代理提交的合并请求将被拒绝。禁止任何自动化提交。
- 人际交流中 AI 生成的文本也被禁止。基金会称这是“尊重的一项基本原则”。
- 机器翻译仍然被允许，前提是原文是由人类编写的。
该政策的制定逻辑值得关注。这并非在所有语境下对 AI 工具的一刀切式拒绝。基金会专门针对的是“责任缺失”问题：即某人提交了他们无法解释、无法调试、也无法在出现故障时修复的代码。这才是真正的症结所在。
这对 Godot 之外的意义
Godot 并非个例。游戏领域的其他开源项目也面临着同样的压力，应对方式从非正式的劝阻到彻底封禁不等。模式是一致的：维护者们都是志愿者，他们投入有限的时间来审查提交内容，而那些不负责任、充斥队列的 AI 生成贡献正在迅速消耗这种善意。
关键在于，Godot 的做法试图保护贡献者渠道，而不是直接关上大门。更新后的政策明确旨在将新贡献者培养成未来的维护者。只有在反馈循环的另一端是人类时，指导才能发挥作用。一个能从审查中真正学习的贡献者是一笔财富，而一个吸收反馈并生成下一个合并请求的机器人则不然。
对于那些使用 Godot 开发游戏的开发者，特别是那些在 RPG 游戏 及其他独立团队高度依赖该引擎的领域工作的开发者来说，这项政策表明该项目正在将长期稳定性置于短期贡献数量之上。这是一个合理的权衡。
基金会已确认政策更新正在进行中，并将很快反映在 Godot 的官方贡献指南中。向引擎贡献代码的开发者在这些变更落地时，务必仔细查阅。如需了解关于游戏开发工具和引擎新闻的更多背景信息，游戏攻略中心会持续关注对开发者和玩家而言重要的一切动态。
