请别再往我们的项目里灌AI垃圾来充实你的简历了。

事件核心：发生了什么

2026 年 6 月 30 日，开源项目维护者 Neil Alexander 在其博客发表文章，公开表示拒绝接受由 AI 批量生成的“垃圾贡献”。他观察到，近一年外部贡献模式明显变化：PR（拉取请求）远多于 issue；即便有人提 issue，也常附带 AI 生成的分析；安全漏洞报告数量激增，且大多附带 AI 生成的修复方案。

一个典型例子是：一位 GitHub 上 2018 年底以来几乎零贡献的开发者，在没有与该项目的任何互动记录的前提下，突然连续提交了三个 PR，专门修正注释中的拼写和语法错误。改动本身无害且正确，但提交记录显示这些修改由 Claude 生成，PR 描述甚至 commit 签名也由 AI 代劳，并在提交信息中自动添加了 co-author 标记。Neil 最终选择不评论直接关闭这组 PR。

他在文中坦言，这种现象背后的逻辑是：AI 让“刷贡献”成本趋近于零。用户可以让 Claude 列出热门项目清单、自动扫描问题、生成修复补丁并提交 PR——整个过程无需真正使用或关心这些项目，却能对外营造出积极参与的假象。

为什么重要

开源生态长期依赖信任机制：维护者花时间审核贡献，贡献者通过代码质量积累声誉，招聘方据此筛选候选人。AI 的介入正在破坏这套体系。当一个 PR 的生成成本逼近零时，贡献的信号价值就不再可靠——它不再证明“这个人发现问题、花时间修复”，而只证明“这个人会用 AI”。

Neil 特别提到，即使是安全漏洞报告也开始被滥用。传统上 CVE（公共漏洞披露）会给报告者署名，这成了新的刷分目标。他的项目组近期已不得不对低严重性漏洞拒绝签发 CVE 编号，以控制协调私密披露所需的大量精力。这揭示了 AI 垃圾贡献的另一层危害：它不仅稀释了信任，还加重了本就有限的开源维护人力负担。

对用户/开发者/创作者的影响

对普通开发者：如果你正在用 AI 辅助做开源贡献，这段讨论值得警惕——维护者正在明显提高筛选标准。语法修正类 PR 很可能被直接关闭，低质量 AI 报告可能不再获得响应。贡献前请认真使用项目、理解代码上下文，而非让 AI 替你“完成任务”。

AI 工具推荐

想把多个 AI 模型放在一个入口？

GamsGo AI 集成 ChatGPT、DeepSeek、Gemini、Claude、Midjourney、Veo 等常用模型，适合写作、绘图、视频和日常 AI 工作流。

了解 GamsGo AI

推广链接：通过此链接购买，我可能获得佣金，不影响你的价格。

对项目维护者：文章提供了一个实践参考：对无上下文关联的拼写修正 PR 直接关闭、要求安全报告提供可复现细节、对低严重性问题减少 CVE 签发，都是可操作的应对方式。你也可以在 CONTRIBUTING 文档中明确拒绝 AI 批量生成的贡献。

对招聘方和 HR：GitHub 绿格子和 PR 数量作为筛选信号的有效性正在系统性下降。简历评估需更加注重视觉之外的信息——如 issue 讨论质量、代码评审深度、社区互动记录。

值得关注的后续

1. 维护者是否会推动平台规则变化？ GitHub 是否会对无上下文的 AI 生成 PR 采取限制，或调整贡献度算法，是目前值得观察的焦点。

2. CVE 报告“刷名”现象是否会引发安全社区更严的审查门槛？ 如果越来越多的项目组学 Neil 选择性签发 CVE，整个漏洞披露生态的激励结构可能随之调整。

3. AI 生成贡献的“军备竞赛”是否会迫使开源社区寻找新的信任机制？ 例如基于长期行为、代码评审质量的声誉系统，而非简单的 PR 数量统计。

来源：Hacker News