随着人工智能生成的拉取请求压倒开源项目，GitHub 为维护人员提供了新的控制权

在低质量 AI 提交激增导致每月 PR 数量达到 9000 万次之后，该平台的新存储库控件允许维护人员禁用或限制外部拉取请求。

开源软件开发存在垃圾邮件问题，而且它穿着由人工智能生成的代码制成的风衣。 GitHub 推出了新的存储库级别控制，让项目维护人员完全禁用拉取请求、限制对现有协作者的提交，或限制外部贡献者并发开放 PR 的数量。

这些更改于 2026 年 8 月 27 日生效，是 GitHub 迄今为止对大量低质量、通常由人工智能生成的贡献做出的最积极的回应，这些贡献耗尽了维护人员的时间并污染了项目历史。

AI 溢出的剖析

GitHub 自己的数据以鲜明的方式讲述了这个故事。 2023 年初至 2026 年 3 月期间，该平台每月合并公关量从约 2500 万条激增至 9000 万条。三年内增长了 260%，其中很大一部分似乎是机器产生的噪音，而不是真正的贡献。

所讨论的提交内容往往具有一些明显的特征。他们忽视了项目贡献指南。它们引入了与现有代码在外观上不同但功能相同的更改。他们解决不存在的“问题”。当维护者留下评论要求修改时，PR 通常会被完全放弃。

2026 年 4 月出现了一个特别具有说明性的案例，当时一名工程师使用自主编码代理在短短 72 小时内跨多个存储库提交了 130 多个拉取请求。 GitHub 暂停了该帐户。

新控件如何工作

新功能为存储库所有者提供了三个不同的杠杆。首先，他们可以完全禁用存储库上的拉取请求。其次，他们可以将公关提交仅限于当前的项目合作者。第三，他们可以对任何单个外部贡献者同时可以拥有的并发开放 PR 数量设置上限。

GitHub 产品经理 Camilla Moraes 早在 2026 年 2 月就首次发起了有关这些工具的内部讨论，这意味着该平台在公开发布之前花了大约六个月的时间来开发和测试这些功能。

控件是选择性加入的。各个维护者可以决定什么程度的开放性适合他们的项目。

政策格局正在形成

一项研究检查了 1,000 个 GitHub 存储库，发现其中 118 个已经制定了正式的人工智能贡献政策。其中，78% 允许在某些条件下进行人工智能辅助工作，例如要求披露人工智能工具的使用情况、强制对人工智能生成的代码进行人工审查，或者坚持要求贡献者表现出对其所提交的更改的理解。

这对于开源开发意味着什么

对于 GitHub 作为一家企业来说，这种情况造成了一种尴尬的动态。该公司的 Copilot 产品是市场上商业上最成功的人工智能编码助手之一，Copilot 帮助普及的更广泛的人工智能代理生态系统直接导致了 GitHub 现在必须管理的公关洪流。该平台正在同时销售消防水带和建造防洪墙。