北京
开源游戏引擎Godot最近因为生成式AI的使用政策陷入了一些讨论——有人担心，这个免费引擎是不是已经在搞“vibe coding”了？Godot资深维护者Rémi Verschelde站了出来，用一串有点绕但也算坦诚的说法回应了社区的困惑。
Verschelde在Godot项目上花了将近十年时间，同时也是Godot背后主要商业支持公司W4 Games的联合创始人。他在Bluesky上直接挑明了态度：整个Godot基金会和维护者群体对生成式AI的使用持相当批判的立场，Godot不是vibe coded出来的。引擎本身没有集成任何AI功能，也从未打算添加。而目前引发讨论的那份贡献指南，其实是一个在“严格禁止”和“有条件容忍”之间寻找平衡的产物。
这份现行指南到底说了什么？根据Verschelde的转述和官方页面上的说明，Godot不鼓励在代码贡献过程中使用生成式AI，并且完全禁止直接拿ChatGPT、Claude、Grok等工具产出的整坨代码来提交pull request。但指南也留了几道小口子：翻译工作可以用AI辅助，单行代码补全这种“手术式”的小修改也在容忍范围内。除此之外，如果你确实用了AI，就必须在提交时清楚披露什么地方用了，而且你得仔细校对、测试、改进过生成的内容，保证自己完全理解这段代码，愿意为它负责，将来也能继续维护它。
Verschelde在解释时特别强调了一个词——“some”，也就是“一些”。他说，政策容忍的只是“一些”AI辅助，这个“一些”是有限定意义的：比如调试时让AI帮忙找思路、搜索技术信息、对已有代码做极其局部的改动。他自己也承认，哪怕只是这种程度的松口，已经让很多人觉得越了线，他完全尊重这种立场。这种纠结几乎是当下所有开源项目在AI面前共同面对的考题：一边是维护者被海量AI生成的“slop”吞没，另一边是贡献者认为完全禁用AI工具会降低效率。
今年2月，Verschelde就曾公开抱怨，AI生成的垃圾pull request多得让维护者不堪重负。现在他进一步透露，Godot正在准备一份更详细的生成式AI政策，很快就会公布。新政策会“更严格一点”，但并不会变成全面禁令。他同时驳斥了那种“Godot代码库里已经满是AI slop”的误解，语气相当干脆：任何slop pull request都会被自动拒绝，就这么简单。所有其他PR是由人类提交的，提交者必须对自己交上来的代码负责，而且每一份PR都会经过资深维护者的代码审查，确保代码真正被理解、被测试、实现方式靠谱，提交者自己也愿意在代码合并之后继续帮忙维护。
这种“人类负责制”的逻辑，其实正好回答了那个更根本的问题——vibe coding到底是什么？圈子里用这个词，多半在调侃那种把需求描述丢给AI，再随手把生成结果贴进项目、连自己都没跑通测试的“随缘编程”。Godot维护者想划清的界限很明确：AI可以当个辅助轮，但方向盘必须握在人手里。你交上来的代码，是你思考过、测试过、打算长期负责的东西，不是从某个大模型里“感觉差不多”就拽出来的片段。
这场围绕AI政策的讨论，说到底不是Godot一家的纠结。当越来越多的开发者开始用生成式工具辅助写代码、查文档、做本地化，开源项目必须在“接纳效率”和“守住质量”之间找到自己的刻度。Godot选择了一条中间路线：不彻底关上AI的门，但把门槛设得足够高，高到任何没有人类深度参与的贡献都会被挡在外面。对于正在观望这次政策更新的独立游戏开发者来说，这可能反而是一种信号——这个引擎在试着用一种不那么一刀切的方式，保护代码库不被不受控的AI产出稀释，同时也不假装AI辅助完全不存在。
至于更广的游戏行业，另一个新闻也恰好撞上了同一天的新闻流：育碧在旧金山裁撤了93个岗位。虽然这和Godot的AI政策并没有直接关联，但也能看出，在工具链效率和开发成本双重压力下，不同团队正在用截然不同的方式调整自己的生产管线。有的选择收缩人力，有的选择在开源社区的规则里小心翼翼地给AI画出使用边界。
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
