PS3 模拟器开发者礼貌地要求人们停止用人工智能 PR 淹没它
一句话看懂：PS3 模拟器开源项目的维护者正面临大量由 AI 生成的、质量低下的代码合并请求（PR），这些 PR 号称能贡献代码，实则对复杂且文档匮乏的 PS3 软件栈毫无帮助，甚至让项目维护变成“垃圾分拣”。开发者不得不公开呼吁停止这种“AI 善意”的骚扰。
事件核心：发生了什么
针对 PS3 模拟器（如 RPCS3）的开源项目，近期大量涌入由 AI 工具（大模型）生成的 PR。这些贡献者往往缺乏对 PS3 异构架构（Cell 处理器）和底层工具链的理解，提交的代码要么“一次改动 1000 行却引入大量冗余”，要么根本不能编译。项目维护者在 Hacker News 上表示，这些 AI PR 看起来自信满满，但实际上只是在浪费维护者的精力。有用户翻查了项目 GitHub 上近 10 页的 PR 历史，发现绝大部分被合并的 PR 是高质量的人工提交，被拒绝的“垃圾”PR 主要来自那些不懂 Git 操作或盲目依赖 AI 的人。
为什么重要
这件事并非孤立个案。它暴露了当前 AI 辅助编程（Vibe Coding）与高质量开源协作之间的根本矛盾。PS3 模拟器的代码库极其复杂且文档化程度低，AI 模型几乎无法准确生成有实际价值的补丁。当 AI 让“提 PR”的门槛降至只需复制粘贴一段输出时，项目维护的核心成本就从“审查代码”转向了“筛选垃圾”。这警示整个 AI 行业：如果没有良好的项目规范（如测试用例、代码风格指南、门槛说明），AI 生成的代码可能不是生产力工具，而是对开源生态的负面压力。
对用户/开发者/创作者的影响
对开源项目维护者： 最直接的影响是审核负担急剧上升。有观点认为，对中小型项目而言，最简单的方法是直接“禁止所有非请求的 PR”，否则维护者必须花大量精力区分哪些是“AI 生成的不能跑的代码”。
对 AI 开发者： 这件事提醒人们，在复杂、底层、文档不全的代码库上，AI 目前远不能替代人工审查和深度测试。单纯依赖 AI 生成 PR 并提交，本质上是将验证成本转嫁给项目维护者。
对普通用户： 未来在寻找开源贡献机会时，高质量项目可能更倾向于设置更严苛的准入门槛（如要求先通过特定测试），这会抑制“通过 AI 快速刷简历”的投机行为。
值得关注的后续
1. 项目管理工具是否会跟进： 是否会有 GitHub 等平台推出 AI 生成 PR 的自动标记或质量过滤机制？
2. 高门槛项目的“AI 清洁室”模式： 模仿 Linux 内核的网络效应，项目维护者可能不得不建立“先审查、后合并”的独立拉取通道。
3. 模型对特定硬件架构的适应： 当前公开信息显示，大模型在 PS3 这类非对称多处理器（SPU/PPU）代码生成上几乎全面失败，后续模型训练数据是否会主动补充这类极端复杂案例？如果没有，类似“AI 淹没项目”的行为只会蔓延到更多高复杂度基建项目。
来源：hackernews
