打破
16 7 月 2026, 周四

开源引擎Godot对AI下逐客令:AI写的代码,一律不要

6 评论

7月初,Godot引擎在官网更新了贡献政策,加进去的几行字,让Hacker News和V2EX连夜吵翻了天。核心就一句:AI Agent提交的代码、用“氛围编程”(vibe coding)批量生成的PR,直接触发GitHub仓库自动封禁,没有任何缓冲。开源社区里喊了快两年的“AI辅助万能”,到了Godot这儿变成了一道冷冰冰的逐客令——AI写的代码,一律不要。

PR多到成了梗,维护者快被淹死

Godot官方在公告里说得很直白:过去几年涌入的PR(代码贡献)数量已经“压垮了”维护团队,未合并的PR多到在社区里成了梗。问题不只是数量。维护者发现,越来越多PR明显是AI一次性吐出来的:它能用你从没见过的写法实现简单功能,能凭空加一层用不上的抽象,还能在边界条件下整出诡异的bug。最要命的是,你把精心写的审查意见发给提交者,对方转手喂给大模型,三分钟后回一个“已修复”的新版本,下次还犯同样的错。

配图1

基金会把话挑明了:“AI无法承担责任,我们也不能信任重度AI用户能充分理解他们的代码去修复它。”开源项目真正产出的从来不是代码本身,而是“你提PR、收到反馈、学到东西、再帮别人review”这个闭环。AI Agent往里灌代码,等于把这个培养未来维护者的循环短路了。一个用业余时间义务干活的人,凭什么要把生命耗在跟机器对线的消耗里?

四道防线,把AI框进“琐事”里

Godot这次的政策,可以概括成四道闸。第一道最硬:自主AI Agent和vibe coding,发现即自动封禁,这一规定其实早就在执行,这次只是写进明面。第二道:禁止用AI生成“实质性”代码,AI只能干代码补全、正则替换、查找替换这类机械活;你要是用了AI辅助,必须在PR讨论里主动披露。第三道:连PR描述、评论、提案里的AI生成文本都禁了,唯一例外是机器翻译,前提是原文得是人写的——官方把它定性为“基本的尊重问题”。

配图2

第四道针对新人:合并PR不超过3个的贡献者,想提新功能或大规模重构,必须先拿到维护者明确许可,老老实实从修bug、写文档开始攒信任。这条本身不针对AI,但堵死了另一条路:一个零贡献记录的人,突然甩过来一个2000行的“新渲染管线”。Godot没把Copilot、Cursor、Claude这类补全工具一棍打死,它瞄准的是“用AI替代思考和负责”的那部分伪贡献。

执行难,才是真正的命门

规则好定,执行是另一回事。有开发者在社交平台点破了这个尴尬:他们永远没法百分百确认哪些代码是vibe coded出来的。一个熟练的程序员完全可以用AI生成80%的代码,再手动改掉剩下的20%——这算AI辅助,还是AI生成?那条线正在变模糊。

配图3

但Godot的强硬还是戳中了很多人的情绪。当“AI提效”成了行业政治正确,敢把AI贡献直接关在门外的开源项目少得可怜。有人叫好,说终于有人替被廉价PR淹没的维护者说了话;也有人担心,门槛抬高会把真正的新人挡在门外。不管站哪边,一个事实摆在那:当代码能跑就行、没人关心谁写的,开源社区最值钱的那群人,可能正悄悄转身离开。

《开源引擎Godot对AI下逐客令:AI写的代码,一律不要》有6条评论
  1. 阿杰 说道:

    Godot这波硬气,维护者终于不用跟机器对线了

  2. 小鱼干 说道:

    AI生成的PR确实离谱,有些连边界条件都不测就敢提

  3. 深夜打游戏 说道:

    四道防线里最狠的还是封禁vibe coding,早该这么干

  4. 老王隔壁 说道:

    有人担心挡新人,但滥竽充数的PR才是真劝退

  5. 星辰大海 说道:

    开源社区最值钱的就是review那个闭环,AI一搅和全乱了

  6. 柚子茶 说道:

    不检测谁写的代码,这风向我支持

发表评论