Godot引擎遭AI低质代码“侵袭”，核心维护者坦言：“不知还能支撑多久”
当大模型能在短短几秒内生成一段“看似合理”的补丁时，开源社区正为此付出另一重代价。
近日，开源游戏引擎Godot的核心维护团队公开抱怨：他们正被大量“AI生成的低质量代码”所淹没。这些代码往往结构完整、注释详尽、描述长篇大论，但关键问题在于——提交者或许并不理解自己提交的内容。
这件事并非简单的“有人偷懒用AI写代码”，它正触及开源协作最核心的要素：信任。
一场悄然蔓延的“AI代码洪流”
事件的导火索源于一条Bluesky讨论帖。
Godot的主要维护者之一、同时也是Godot商业支持公司W4 Games联合创始人的Rémi Verschelde表示，所谓的“AI slop”（AI生成的低质内容）正持续涌入项目仓库，Pull Request（PR）数量与审查压力均在飙升。
对不熟悉开源流程的人而言，PR只是“提交代码”的按钮；但对维护者来说，每个PR都意味着阅读、理解、测试、回溯架构影响、评估兼容性、讨论修改方向……这是一套严谨的工程流程。
过去，新贡献者提交的代码即便存在问题，维护者也能通过交流判断：对方是否理解架构、是否认真测试、是否真心想参与项目建设——而现在，问题变得复杂起来。
“看似人写”≠“实际是人写”
Verschelde坦言，如今他们每天都要反复质疑新贡献者的PR。
描述部分通常带有典型的大模型风格：长篇解释、逻辑完整、语气自信。但真正棘手的是代码本身——它未必有明显错误，却也未必真正合理有效。
基于此，项目维护者不得不开始自问一连串问题：
●这段代码是否至少部分由人类编写？
●提交者真的理解自己改动的逻辑吗？
●是否进行过真实测试？
●测试结果会不会也是AI编造的？
更微妙的是，即便识别出AI参与，也无法简单定性：代码出错，是因为AI编写？还是经验不足的新手开发者犯错？
如果你因怀疑直接询问对方是否使用AI，对方回答：“我只是用AI帮我写PR描述，因为我英文不好。”——那你又该如何处理？
显然，这已不仅是代码质量问题，而是AI参与导致的协作信任“灰色地带”。
“我也不知道我们还能坚持多久”
作为完全开源的游戏引擎，Godot一直强调“欢迎任何人参与”。它没有商业巨头背书，也不像某些主流引擎那样高度封闭。任何用户都可以尝试为自己使用的引擎贡献力量。
正是这种开放性，让Godot拥有活跃的社区生态。
但问题也随之而来：当生成式AI降低了“提交代码”的门槛，贡献数量被放大，维护者的时间却未同步增加。
Verschelde表示，维护者原本就需花大量时间帮助新贡献者，将PR调整到可合并状态；而现在，在AI生成内容泛滥的情况下，这种辅导成本正急剧上升。对核心团队规模有限的项目而言，这种压力无疑是实实在在的消耗。
他甚至无奈地说：“我也不知道我们还能坚持多久。”
用AI对抗AI？听着就很讽刺
Verschelde透露，团队内部正在讨论解决方案，包括自动检测机制，比如考虑用AI识别AI生成内容。但这本身就带有黑色幽默——为了检测AI生成的“垃圾代码”，不得不运行另一套AI系统。
Verschelde公开表示，他不愿继续“给AI机器喂数据”。在他看来，这种循环有些荒诞。
同时，Godot也在评估是否迁移代码托管平台。目前该项目托管在GitHub上，而GitHub的母公司是微软，它是全球最积极推进AI产品化的科技公司之一。
如今，部分开发者利用AI批量生成PR，目的不一定是改善项目，而是为了“刷贡献记录”，给自己的履历增加筹码。因此Godot团队考虑，迁移到更小众的平台或许能减少这类动机——但风险也很明显：曝光度下降、真实贡献者流失、生态割裂。
真正的解决办法，或许很现实
在所有讨论之后，Verschelde给出的答案其实非常务实：资金支持。
如果能获得更多资金，就能雇佣更多维护者，承担审核与指导成本。否则，少数核心成员很难长期承受这种“被AI放大”的工作量。
换句话说，AI提高了代码生成效率，却没有自动生成对应的“审核人力”。
然而，Godot的困境并非个例。越来越多开源项目都面临类似问题：PR数量增长、质量参差不齐、审查压力倍增。或许未来会出现更严格的AI使用标记制度，或者贡献者信誉分层机制，甚至付费维护体系成为常态。
但在这些制度成熟之前，像Godot这样的项目只能在理想主义与现实压力之间继续寻求平衡。
参考链接：https://www.pcgamer.com/software/platforms/open-source-game-engine-godot-is-drowning-in-ai-slop-code-contributions-i-dont-know-how-long-we-can-keep-it-up/
本文来自微信公众号“CSDN”，整理：郑丽媛，36氪经授权发布。
本文仅代表作者观点，版权归原创者所有，如需转载请在文中注明来源及作者名字。
免责声明：本文系转载编辑文章，仅作分享之用。如分享内容、图片侵犯到您的版权或非授权发布，请及时与我们联系进行审核处理或删除，您可以发送材料至邮箱：service@tojoy.com