关于 "AI 驱动的氛围编程（vibe coding）正在改变世界 " 这一论断，GitHub 上的开源项目维护者恐怕最有发言权。近日 PS3 模拟器项目 RPCS3 的维护团队发声，请用户停止向 RPCS3 提交 AI 生成的垃圾 Pull Request（代码拉取请求，下文将简称为 PR）。

作为目前最大的 PS3 开源模拟器，已经超过 70% 的 PS3 游戏都可以通过 RPCS3 运行。作为一款开源模拟器，为确保稳定运行，RPCS3 的维护团队就需要接受社区的反馈来修补各种 BUG。然而自从 Claude Code、CodeX 开始普及，事情就变得复杂了起来。

RPCS3 团队宣称，未经测试和验证的 "AI 垃圾代码 " 提交量激增，不仅浪费了维护者的审核时间，部分被合并的代码甚至会导致功能失效，严重影响所有用户的使用体验。因此向 RPCS3 项目提交代码的人，必须完全理解并拥有其提交的所有代码。如 PR 涉及 AI 生成内容，必须在描述中明确披露 AI 参与的范围以及人工测试情况。

事实上，PR 是开源项目的一种协作机制，允许开发者将其修改的代码推送到相关项目的仓库中，并邀请项目负责人或其他开发者审核和接受这些修改。在过去很长的一段时间里，PR 是开源社区互助、共建的象征，然而 AI 的到来改变了一切。

以往向开源项目提交 PR 是有门槛的，不仅需要提交者懂项目，更得懂代码，当时提建议的人和听建议的人实际上是通过二进制的计算机语言在进行交流。以 RPCS3 项目为例，过去要提交优化代码，就得既是主机玩家又是程序员。

当氛围编程让写代码这件事从 " 动手 " 变成 " 动嘴 "、从 " 逻辑 " 变成 " 感觉 "，就让使用者根本不需要懂 C++、Java，只用向 Claude Code、CodeX 说出自己的想法，后者就直接能把任务需求变成可执行的代码。如果使用者是专业的程序员，那么氛围编程就是一个效率放大器，可对于普通人来说，它无异于是操刀伤锦。

由于缺乏相关训练的普通人很难判断代码的正确性，也没办法在 Claude Code 或 CodeX 出错时及时介入和调整方向，最终的结果是 AI 生成什么他们就信什么。可问题在于，即使 Anthropic 都不敢确保 Claude Code 的输出没有错误。

所以氛围编程就产生了一种虚假的能力感，那就是能输出代码，却完全驾驭不了。一旦等到代码出问题，使用者不知道问题出在哪儿。更致命的是，Claude Code 给出的代码往往缺乏注释，这就让第三方阅读起来如同天书一般。

简而言之，氛围编程让提交者给项目上交的代码普遍藏着 " 雷 "，使得维护团队不得不花时间去排雷。

如果审查代码有报酬也就罢了，可是以 RPCS3 为代表的绝大多数开源项目都是 " 为爱发电 "，维护团队基本是无偿工作。此时，AI 生成的低质量 PR，无异于向这些为 " 爱发电 " 的开发者持续进行 DDoS 攻击，是在日复一日地消耗他们的热情。

那么向 RPCS3 提交低质量 PR 的人是有意作恶吗？其实从某种程度来说，他们恐怕也是好心办坏事。就像前文中所提及，PR 是开源社区互助、共建的象征，" 提交 PR" 这件事本身就会赋予参与感，给人一种我正在为社区添砖加瓦的使命感。

以往由于提交 PR 还需要懂得如何写代码，所以就将大量小白用户拦在了门外，不得不作为受助者接受他人的 " 施舍 "。可现在氛围编程让小白用户也有参与建设社区的机会，让他们长期以来被能力限制、不得不压抑的热情迎来了爆发。

更可怕的是，这一批人或许不懂代码，但他们懂产品。还是以 RPCS3 这个项目为例，这些 PS3 的老玩家对于老游戏往往是真的热爱，也知道模拟器在运行某些游戏时会出 BUG，他们提交的 BUG 通常是真实存在的，可代码却一塌糊涂。

毫无疑问，这种半真半假的东西最让人头疼，由于不是一眼假，所以就需要花费时间去审查代码，可低质量代码想要转化为实际价值又需要倾注大量时间和精力。所以 RPCS3 团队大概率是被用户的热情给吓坏了，才不得不严管 AI 生成代码的提交。

【本文图片来自网络】