“AI贡献令人士气低落”：Godot禁止编码代理以拯救其导师模式

Godot引擎（一款开源的Unity替代品）正在修订其贡献政策，以禁止大部分AI生成的代码进入其代码库。此举源于Godot基金会（负责管理该项目的非营利组织）数月的内部讨论，维护者表示已无法应对日益增长的拉取请求积压，其中许多由AI生成。

然而，基金会指出，压力不仅来自管理大量AI生成的“垃圾代码”，还在于审核拉取请求的本意——审核代码一直是一项繁重工作，但它也是培训未来维护者的一种方式；当贡献者变成机器而非人类时，这一点不再成立。基金会表示：“AI贡献还带来了额外的痛苦：令人士气低落。”因为对拉取请求的反馈不会改变模型的行为，且基金会无法信任重度AI用户能充分理解自己的代码并据此行动。

“审核PR已经是繁琐的工作，但它是值得的，因为审核者通常觉得他们的努力有助于教育新贡献者——他们可能成为未来的维护者或审核者。”基金会写道，“如果你的PR反馈只是被机器吸收，而不是用于指导潜在的未来维护者，那么花空闲时间审核PR就变得很难合理化。”

Godot的GitHub仓库已自动禁止自主AI代理和“氛围编码”的拉取请求，但尚未写入公开发布的贡献指南。新的更新（仍在进行中）将更进一步：禁止AI生成任何实质性代码，无论请求来自机器人还是人工粘贴AI输出——即使人工随后审核并披露。贡献者仍可使用AI进行代码补全、正则表达式或查找替换等低风险任务，但需在拉取请求中披露。与维护者的讨论中也不允许使用AI生成的文本，机器翻译除外。值得注意的是，新贡献者（合并PR数不超过三个）在提交新功能或大型重构前必须获得明确批准。

Godot的指导论据在开源领域并非全新。今年四月，系统编程语言Zig采取了类似的零容忍政策，Zig软件基金会社区副总裁Loris Cro认为，审核拉取请求的整个目的是投资于提交者本人，而非仅仅代码。他将这种动态称为“贡献者扑克”，并写道：“在贡献者扑克中，你押注的是贡献者，而不是他们第一个PR的内容。”AI生成的拉取请求完全打破了这种计算，因为如果另一端没有人学习，维护者的审核时间无法培养未来贡献者。

包括终端模拟器Ghostty和C库curl在内的其他项目，也已因类似问题限制或关闭了部分贡献管道，其理由更多地聚焦于审核负担和虚假错误报告，而非指导作用。

Godot和Zig的政策反映了对AI影响软件行业初级人才管道的广泛担忧。正如The New Stack在四月报道的，微软的Mark Russinovich和Scott Hanselman警告，一旦公司依赖高级工程师配合AI工具而非招聘初级开发者，“职业的人才管道就会崩溃，组织将面临没有下一代经验丰富的工程师的未来。”

开源版本的同问题甚至无需人员失业就显现出来——初级贡献者仍在并愿意提交代码，但如果代码由AI而非他们编写，维护者的反馈无处可落，将首次贡献者转变为未来维护者的非正式管道就会停止运作，就像贡献者从未出现一样。Godot基金会表示，随着AI工具的变化，他们将继续重新审视该政策，并将其当前方法描述为“保守”。基金会总结道：“我们需要采取措施减轻维护者负担，同时确保仍有管道指导新贡献者成为未来的维护者。”