GitHub 首次給開源項目「限流」｜PR 月吞吐量四年漲 3.6 倍，AI 灌水把維護者逼到牆角
一句話總結
GitHub 上線 Pull Request Limits，倉庫維護者首次可對無寫權限用戶設置 PR 上限。PR 月吞吐量 4 年漲 3.6 倍，AI 灌水是主因。
GitHub 首次給開源項目「限流」｜PR 月吞吐量四年漲 3.6 倍，AI 灌水把維護者逼到牆角
GitHub 於 6 月 18 日在官方博客宣布上線 Pull Request Limits，倉庫維護者首次可以對「無寫權限用戶」設置同時開啟的 PR 數量上限——這是 GitHub 自誕生以來，第一次在平台層面把「歡迎貢獻」的默認姿態，反向改成「先排隊」。
機制很直接：達到上限後，貢獻者必須先關掉或合併一個 PR 才能再開新的。Draft PR 不計入額度，由 Copilot 或其他 AI agent 開的 PR 照樣計入。維護者可以把信任的貢獻者放進 bypass list，繞過限制但不發 write 權限。配置入口在 Moderation Options 下的 Interaction Limits。
數字解釋了為什麼要動這刀。2023 年 1 月 GitHub 上每月合併的 PR 約 2,500 萬個；2026 年 6 月這個數字已破 9,000 萬，四年漲 3.6 倍。漲幅大頭不是新增開發者，而是 AI 自動生成的 PR——技術媒體 heise 直接點名這是「GitHub 沒明說的 AI slop 治理」，The Register 早在 2 月就爆料 GitHub 在研究「PR kill switch」。
維護者端的反饋夠直白。AutoGPT 的 Nicholas Tindle 在 GitHub 博客原話：「這讓我們重新有了想去 review PR 的慾望。」Homebrew 的 Mike McQuaid 補了一句：「我們還是能接外部貢獻，只是把節奏卡在維護者能消化的水平。」這兩個都是被 AI PR 灌得最慘的明星項目。
下一步 GitHub 還在排：PR 歸檔即將上線、issue limits 在開發中、bypass list 之後會接入賬號歷史與組織成員身份做「智能放行」。
開源協作模型運轉 17 年的默認規則——「PR 越多越好、來者不拒」——在 AI 把邊際成本壓到零的這一年，被官方親手按下了暫停鍵。
via GitHub Blog / GitHub Changelog / InfoWorld / heise online
GitHub 於 6 月 18 日在官方博客宣布上線 Pull Request Limits，倉庫維護者首次可以對「無寫權限用戶」設置同時開啟的 PR 數量上限——這是 GitHub 自誕生以來，第一次在平台層面把「歡迎貢獻」的默認姿態，反向改成「先排隊」。
機制很直接：達到上限後，貢獻者必須先關掉或合併一個 PR 才能再開新的。Draft PR 不計入額度，由 Copilot 或其他 AI agent 開的 PR 照樣計入。維護者可以把信任的貢獻者放進 bypass list，繞過限制但不發 write 權限。配置入口在 Moderation Options 下的 Interaction Limits。
數字解釋了為什麼要動這刀。2023 年 1 月 GitHub 上每月合併的 PR 約 2,500 萬個；2026 年 6 月這個數字已破 9,000 萬，四年漲 3.6 倍。漲幅大頭不是新增開發者，而是 AI 自動生成的 PR——技術媒體 heise 直接點名這是「GitHub 沒明說的 AI slop 治理」，The Register 早在 2 月就爆料 GitHub 在研究「PR kill switch」。
維護者端的反饋夠直白。AutoGPT 的 Nicholas Tindle 在 GitHub 博客原話：「這讓我們重新有了想去 review PR 的慾望。」Homebrew 的 Mike McQuaid 補了一句：「我們還是能接外部貢獻，只是把節奏卡在維護者能消化的水平。」這兩個都是被 AI PR 灌得最慘的明星項目。
下一步 GitHub 還在排：PR 歸檔即將上線、issue limits 在開發中、bypass list 之後會接入賬號歷史與組織成員身份做「智能放行」。
開源協作模型運轉 17 年的默認規則——「PR 越多越好、來者不拒」——在 AI 把邊際成本壓到零的這一年，被官方親手按下了暫停鍵。
via GitHub Blog / GitHub Changelog / InfoWorld / heise online
