

你有没有想过,当AI能在几秒钟内生成一段"看起来像那么回事"的代码时,开源社区正在付出什么代价?
最近,开源游戏引擎 Godot 的核心维护团队公开吐槽:他们正被大量"AI生成的低质量代码"淹没!那些代码往往结构完整、注释齐全、描述洋洋洒洒,但真正的问题是——提交者可能根本不理解自己交上来的内容!
这已经不是简单的"有人偷懒用AI写代码"了!它正在触及开源协作最核心的东西:信任!
事情的导火索来自一条Bluesky讨论帖!
Godot 主要维护者之一、同时也是 Godot 商业支持公司W4 Games联合创始人的Rémi Verschelde表示,所谓的"AI slop"(AI生成的低质量内容)正在持续涌入项目仓库,Pull Request数量和审查压力都在飙升!
对不了解开源流程的人来说,PR(Pull Request)只是"提交代码"的按钮;但对维护者而言,每一个PR都意味着:
这是一整套严肃的工程流程啊!
过去,新贡献者提交的代码即便有问题,维护者也能通过交流判断:对方是否理解架构、是否认真测试、是否真心想参与项目建设——而现在,问题变得复杂了!
Verschelde直言,如今他们每天都要反复怀疑新贡献者的PR!
描述部分通常是典型的大模型风格:长篇解释、逻辑完整、语气自信!但真正棘手的是代码本身——它未必有明显错误,却也未必真正合理有效!
基于此,项目维护者不得不开始问自己一连串问题:
更微妙的是,即便识别出AI参与,也无法简单定性:代码出错,是因为AI写的?还是一个经验不足的新手开发者犯了错?
如果你出于怀疑,直接询问对方是否使用了AI,对方回答:"我只是用AI帮我写PR描述,因为我英文不好。"——那你又该如何处理?
很显然,这已经不是代码质量的问题了,而是因AI参与造成了协作信任的"灰色地带"!
作为一个完全开源的游戏引擎,其实 Godot 一直强调"欢迎任何人参与"!它没有商业巨头背书,也不像某些主流引擎那样高度封闭!任何用户,都可以尝试为自己使用的引擎做出贡献!
正因为这种开放性,Godot 才拥有活跃的社区生态!
但问题也随之而来:当生成式AI降低了"提交代码"的门槛,贡献数量被放大,维护者的时间却没有被同步放大!
Verschelde表示,维护者本来就需要花大量时间帮助新贡献者,把PR调整到可合并状态;而现在,在AI生成内容泛滥的情况下,这种辅导成本正在急剧增加!对一个核心团队规模有限的项目来说,这种压力无疑是实打实的消耗!
他甚至无奈说道:"我也不知道我们还能坚持多久。"
Verschelde透露,其团队内部正在讨论解决方案,包括自动检测机制,比如考虑使用AI来识别AI生成内容!但这本身就带着黑色幽默意味——为了检测AI生成的"垃圾代码",不得不再运行一套AI系统!
Verschelde公开表示,他并不愿意继续"给AI机器喂数据"!在他看来,这种循环有些荒诞!
与此同时,Godot 也在评估是否需要迁移代码托管平台!当前该项目托管在GitHub上,而GitHub的母公司是微软,它正是全球最积极推进AI产品化的科技公司之一!
现如今,部分开发者利用AI批量生成PR,目的并不一定是改善项目,而是为了"刷贡献记录",为自己的履历增加筹码!因此 Godot 团队考虑,迁移到更小众的平台,也许能减少这类动机——但风险也同样明显:曝光度下降、真实贡献者流失、生态割裂!
在所有讨论之后,Verschelde给出的答案其实非常务实:资金支持!
如果能有更多资金,就能雇佣更多维护者,承担审核与指导成本!否则,少数核心成员很难长期承受这种"被AI放大"的工作量!
换句话说,AI提高了代码生成效率,却没有自动生成对应的"审核人力"!
然而,Godot 的困境并非孤例!越来越多开源项目都在面对类似问题:
或许未来会出现更严格的AI使用标记制度,或者贡献者信誉分层机制,甚至付费维护体系成为常态!
但在这些制度成熟之前,像 Godot 这样的项目只能在理想主义与现实压力之间继续平衡!
面对AI代码洪水的冲击,开源社区需要重新思考协作模式!这里有几个可能的解决方案:
AI技术的快速发展给开源社区带来了前所未有的挑战,但也创造了新的机遇!
想象一下,如果能够合理利用AI技术:
关键在于找到平衡点——既要利用AI提高效率,又要保持开源社区的核心价值:协作、信任、共同成长!
金句: AI可以生成代码,但永远无法生成开源社区最宝贵的财富——人与人之间的信任与协作!
互动问题: 你觉得在AI时代,开源社区应该如何平衡效率与质量?欢迎在评论区分享你的看法!
如果这篇文章让你对开源社区的现状有了新的认识,别忘了点赞支持!也欢迎分享给更多关心开源发展的朋友!让我们一起为开源社区的未来出谋划策!