Godot维护团队遭AI垃圾代码冲击 士气受挫精疲力竭

Godot维护团队遭AI垃圾代码冲击 士气受挫精疲力竭

开源游戏引擎Godot的核心维护者Rémi Verschelde近日在社交平台公开发声，控诉团队正被批量涌入的AI生成低质量代码拉取请求（PR）拖入困境。这些被称为“AI垃圾代码”（AI Slop）的提交，不仅消耗了维护者大量时间精力，更让这支依靠社区协作的开源团队陷入士气低落的状态，引发了游戏开发圈的普遍共鸣。

作为全球最受欢迎的开源游戏引擎之一，Godot凭借免费、轻量化、高度可定制的特性，成为无数独立开发者和小型工作室构建游戏作品的核心工具。不同于商业引擎的集中式开发模式，Godot的迭代和维护高度依赖社区贡献——来自全球的开发者提交代码改进、修复漏洞，经由核心维护团队审核合并，共同推动引擎进化。但最近几个月，这种良性的社区协作正在被AI带来的新问题打破。

2月16日，Godot项目负责人Rémi Verschelde在Bluesky平台发帖，首次公开了团队的困境：“我们正遭受AI垃圾代码的猛烈冲击。”他口中的“AI垃圾代码”，是指由大语言模型批量生成的低质量代码PR。这些提交往往来自对项目规范一知半解的开发者，他们直接将AI生成的代码原封不动甚至稍加修改后就提交，既没有测试代码的可运行性，也不考虑是否符合Godot的代码风格与架构逻辑。

在Rémi的描述中，处理这些PR的过程堪称“噩梦”：维护者需要花费数倍于正常PR的时间，逐一排查代码中的逻辑错误、兼容性问题，甚至还要纠正不符合项目规范的命名和注释。更让他无奈的是，很多提交者根本不关心项目的指导文档，也不会对维护者的反馈做出回应，只是机械地批量提交类似内容。长期下来，原本依靠热情驱动的核心维护团队开始感到“精疲力竭、士气低落”。

独立游戏《Hidden Folks》的开发者Adriaan de Jongh对此深表赞同，他在社交平台直言当前的状况是“一场灾难”。Adriaan指出，开源项目的维护资源本就有限，这些无意义的AI代码提交直接占用了本该用于优化引擎、修复关键漏洞的时间，最终损害的是整个社区的利益——毕竟无数独立开发者正依靠Godot的稳定迭代来推进自己的项目。

这一事件暴露出AI在开源协作场景中的双重性：一方面，大语言模型确实能为开发者提供高效的代码生成、语法检查等工具，降低开源项目的参与门槛；另一方面，当AI的便捷性被滥用，就会演变成社区的负担。不少业内人士分析，问题的核心并非AI本身，而是部分开发者对开源协作的理解偏差——他们将AI生成代码视为“快速刷贡献”的捷径，却忽略了开源社区最核心的原则：对提交内容的责任与质量把控。

事实上，类似的问题早已在其他开源项目中显现。GitHub等代码托管平台上，AI生成的低质量PR数量正呈上升趋势，一些项目开始尝试引入AI工具自动筛查不符合规范的提交，或者要求开发者明确标注AI生成代码并自行完成基础测试。但对于Godot这类高度依赖社区活力的项目来说，如何在鼓励参与和维持质量之间找到平衡，仍是一个需要探索的课题。

Godot团队的控诉，不仅是对自身困境的呐喊，更是给整个开源社区敲响了警钟。AI时代的开源协作，需要建立新的规则与共识——让AI成为提升效率的工具，而非消耗社区资源的“垃圾制造者”，才能让开源项目在技术迭代的浪潮中持续保持活力。