編譯 | Tina

GitHub 暫停 Copilot 新用戶注冊并收緊限制：“長時間運(yùn)行、并行執(zhí)行的工作流……已經(jīng)對我們的基礎(chǔ)設(shè)施和定價結(jié)構(gòu)構(gòu)成挑戰(zhàn)”。

GitHub 宣布將暫停 Copilot 個人訂閱計劃的新注冊，同時對現(xiàn)有用戶施加更嚴(yán)格的使用限制。這一調(diào)整意味著，這款全球使用最廣泛的 AI 編程工具之一，正在承受越來越大的系統(tǒng)壓力。

這家隸屬于 Microsoft 的公司，已經(jīng)從原本基于請求次數(shù)的限制體系，轉(zhuǎn)向?qū)Α皶挕焙汀懊恐?token 使用量”分別進(jìn)行獨(dú)立限制。GitHub 同時建議用戶，在處理簡單任務(wù)時選擇“倍率更低”的模型，并盡量分散請求時間，以減輕系統(tǒng)壓力。

在本周發(fā)布的一篇博客中，產(chǎn)品副總裁 Joe Binder 表示：“隨著開發(fā)者逐漸意識到 agent 和 sub-agent 在解決復(fù)雜編程問題中的價值，我們看到所有用戶的使用強(qiáng)度都在上升?！?/p>

他同時承認(rèn)：“這些長時間運(yùn)行、并行執(zhí)行的工作流確實能帶來巨大價值，但也對我們的基礎(chǔ)設(shè)施和定價結(jié)構(gòu)提出了挑戰(zhàn)?！?/p>

從“無限用”到“全面限”

GitHub 此次面臨的問題，并不只是“用戶變多”，更關(guān)鍵的是“使用方式發(fā)生了變化”。GitHub 在 2021 年推出 Copilot 時，它還只是編輯器里的代碼補(bǔ)全工具。如今，它早已不只是“補(bǔ)全”，而是逐步變成 agent 化的編程助手。隨著 Copilot CLI 等能力上線，開發(fā)者開始把調(diào)試、重構(gòu)甚至完整功能開發(fā)直接交給它執(zhí)行。

而且新一代模型支持更大的上下文窗口，這意味著開發(fā)者可以提交更長的提示，觸發(fā)更復(fù)雜的處理流程，對算力的消耗也隨之顯著增加。例如，Anthropic 的 Opus 4.6 和 4.7 支持高達(dá) 100 萬 token 的上下文窗口，而 Opus 4.5 僅為 20 萬。

針對 GitHub 的新政策，安全解決方案架構(gòu)師 Nathan McNulty 在 X 上評論道：“大家都在要更大的上下文窗口，但現(xiàn)實是，一次高級請求就可能耗掉一整周的 Opus 4.6 配額，這種模式根本不可持續(xù)。

而他轉(zhuǎn)發(fā)的，則是 Ed Zitron 的一條爆料。后者稱：微軟正在收緊 GitHub Copilot 的使用限額，將 Opus 模型從每月 10 美元的訂閱中移除，并計劃在 2026 年晚些時候轉(zhuǎn)向基于 token/API 的計費(fèi)模式。這也說明，微軟已經(jīng)在尋找降低 AI 服務(wù)成本的辦法。

甚至還有開發(fā)者直接感嘆：“Copilot 的時代結(jié)束了。我試了下用 Sonnet 按 API 計費(fèi)，2 分鐘就花了 49 美元。”

Copilot 開始限人、限量、限模型

隨著 Copilot 的 agentic 能力快速擴(kuò)展，智能體承擔(dān)的工作越來越多，也有越來越多用戶開始觸及原本用于保障服務(wù)穩(wěn)定性的使用上限。 Binder 表示，如果不做調(diào)整，整體服務(wù)質(zhì)量就會下降。

接下來，GitHub 的這一決策將影響多個付費(fèi)層級，包括 Copilot Pro、Pro+ 以及學(xué)生計劃，這些套餐的新訂閱將暫時關(guān)閉。現(xiàn)有用戶仍可在不同套餐之間升級，而 Copilot Free 仍然對新用戶開放，這也意味著 GitHub 仍在保留未來付費(fèi)用戶的入口。

與此同時，平臺還引入了更嚴(yán)格的使用上限，對不同模型和功能在各個套餐中的分配方式進(jìn)行了調(diào)整。Pro+ 套餐現(xiàn)在提供的使用額度超過標(biāo)準(zhǔn) Pro 的五倍，但 GitHub 并未披露具體數(shù)值，也沒有明確說明與此前相比收緊了多少。用戶如果需要更高額度，可以升級到 Pro+。

過去，付費(fèi)套餐往往意味著接近“無限制”的使用；現(xiàn)在，GitHub 正在更依賴使用控制機(jī)制，通過追蹤請求量，在達(dá)到一定閾值后進(jìn)行限制。換句話說，Copilot 正在向“按使用量約束”的服務(wù)形態(tài)靠攏，盡管計費(fèi)方式本身尚未改變。

VS Code 和 Copilot CLI 也從本周開始，都會直接顯示剩余可用額度。GitHub 的說法是，這樣可以幫助用戶避免“意外觸達(dá)資源限制”。

Code 中的使用限制

CLI 的使用限制

在模型訪問方面也發(fā)生了變化。Opus 模型已不再提供給 Pro 用戶，新發(fā)布的 Opus 4.7 僅限 Pro+ 使用。同時，GitHub 也確認(rèn)，舊版本的 Opus 4.5 和 4.6 也將從 Pro+ 中移除。

規(guī)則一改再改，門檻一提再提

事實上，GitHub 在 2026 年 4 月 10 日就已經(jīng)引入了一系列“服務(wù)可靠性限制”和“模型級使用限制”，用于應(yīng)對“高并發(fā)和高強(qiáng)度使用”。那次調(diào)整，GitHub 暫停了所有 Copilot Pro 的免費(fèi)試用，理由是存在濫用行為。

這期間，不少用戶還遇到了意外的限流。

用戶 John Clary 表示：“我只是個業(yè)余開發(fā)者，但每個月在額外額度上也要花幾百英鎊。最近我經(jīng)常遇到短時間的限流，中斷請求，而且沒有明確倒計時，只提示‘X 秒后重試’，通常不到 30 秒。但如果你真的這么做，很容易在 AI 正在處理關(guān)鍵任務(wù)時再次被打斷，所以我一般會等 15 分鐘再繼續(xù)?！?/p>

Clary 表示，這種情況還能勉強(qiáng)應(yīng)對。但隨后他很快就觸發(fā)了一個長達(dá) 44 小時的“每周限流”。起初他以為是 bug，等了一陣，但一個小時后發(fā)現(xiàn)限流并不會自動解除，于是他提交了工單，并無奈切換到了 Auto 模式，讓 Copilot 自動選擇模型。這種模式很可能會優(yōu)先選擇推理成本更低的模型，因為 Clary 表示，性能明顯變差了。

“從那之后，我的項目幾乎沒什么進(jìn)展。Auto 模式選的模型質(zhì)量很差，經(jīng)常偷偷走捷徑又不說明，我還得花時間讓它改回來?！?/p>

類似的抱怨，也開始在 GitHub Copilot 社區(qū)中大量出現(xiàn)，一些關(guān)于限流的討論帖，在這半個月里就新增了數(shù)十條投訴。不少用戶形容這些限制“離譜地長”，有人甚至被告知需要等待幾天才能再次使用服務(wù)。

當(dāng)限流變成常態(tài)，這就不再是簡單的容量問題了。越來越多開發(fā)者開始意識到，問題可能出在更底層：Copilot 的定價模式，本身已經(jīng)跟不上現(xiàn)在的使用方式。

開發(fā)者 Roman Kir 指出，問題的轉(zhuǎn)折點(diǎn)出現(xiàn)在 2026 年 3 月。彼時，GitHub 發(fā)現(xiàn)其限流系統(tǒng)存在一個 bug：一直在低估新一代模型（如 Claude Opus 4.6 和 GPT-5.4）的 token 使用量。這些模型單次請求消耗的基礎(chǔ)設(shè)施資源遠(yuǎn)高于上一代，但這個 bug 讓它們看起來成本很低。

當(dāng) GitHub 修復(fù)該問題后，限額立即恢復(fù)到原本配置的水平。對于正常使用的用戶來說，這些限制瞬間變得過于嚴(yán)苛——幾十個小時的封鎖，coding agent 在任務(wù)中途被終止，也沒有恢復(fù)路徑，除了 Pro+ 之外，沒有其他升級方案。

Roman Kir 進(jìn)一步指出：“這一點(diǎn)之所以重要，是因為這個執(zhí)行層的問題只在 agent 使用場景下才會出現(xiàn)。單次 API 請求在限流時還能‘降級運(yùn)行’，但多步驟的 agent 任務(wù)不行。一旦在執(zhí)行過程中觸發(fā)限流，任務(wù)就會被打斷，進(jìn)入一個無法恢復(fù)的狀態(tài)。這意味著，同樣是算力受限，不同使用方式會導(dǎo)致完全不同的失敗結(jié)果，而當(dāng)前的訂閱體系并沒有區(qū)分這種差異?！?/p>

這背后更深層的原因是：GitHub 的定價架構(gòu)，是基于一個舊模型成本結(jié)構(gòu)設(shè)計的。過去，“一次高級請求”大致意味著相近的基礎(chǔ)設(shè)施成本；但在前沿模型時代，這一假設(shè)已經(jīng)不成立。GitHub 一方面以訂閱形式出售前沿模型能力，另一方面要承擔(dān)這些模型對應(yīng)的真實基礎(chǔ)設(shè)施成本，這兩者已經(jīng)不再對等了。

其他網(wǎng)友在限速討論中也做出了類似的推測：“GitHub 的補(bǔ)貼水平似乎已經(jīng)達(dá)到了難以為繼的地步。因此，這與其說是一個漏洞，不如說是一項商業(yè)決策……”

GitHub 的舉措并非孤例

GitHub 的這一調(diào)整，也延續(xù)了整個行業(yè)近期的一系列“緊急剎車”動作。例如，Anthropic 在 3 月收緊了 Claude 的會話限制，以“應(yīng)對不斷增長的需求”；而 OpenAI 也對 Codex 引入了新的使用上限。

開源項目 OpenClaw 等第三方智能體編排工具的興起，也在進(jìn)一步放大對 AI 工具的需求。這類工具可以讓智能體幾乎 7×24 小時自動調(diào)用模型，持續(xù)消耗 token。因此，Anthropic 還在本月早些時候限制了其訂閱在第三方工具（如 OpenClaw）中的使用，這類調(diào)用不再包含在訂閱內(nèi)，而是單獨(dú)計費(fèi)。

Anthropic 的 Claude Code 負(fù)責(zé)人 Boris Cherny 在 X 上表示，這一變化源于訂閱設(shè)計與實際使用方式之間的錯配。“我們一直在努力應(yīng)對 Claude 使用需求的增長，但當(dāng)前的訂閱模式并不是為這些第三方工具的使用方式設(shè)計的，”Cherny 寫道，“算力是一種需要精細(xì)管理的資源，我們優(yōu)先保障直接使用我們產(chǎn)品和 API 的用戶?！?/p>

另一邊，Google 也在 2026 年 1 月為其 Antigravity 服務(wù)引入了每周使用上限，并據(jù)稱開始封禁通過 OpenClaw 使用該平臺的賬戶，原因是“惡意使用大幅增加”。

整體來看，一個共識正在形成：當(dāng) AI 編程從“輔助工具”變成“長時間運(yùn)行的智能體系統(tǒng)”，原有的訂閱模式與算力供給，正在被徹底拉到極限。

https://thenewstack.io/github-copilot-signups-paused/

https://stratoatlas.com/cases/case-a-ai-2026-046.html

https://github.com/orgs/community/discussions/192435#discussioncomment-16558791

https://github.com/orgs/community/discussions/180092

https://github.blog/news-insights/company-news/changes-to-github-copilot-individual-plans/

會議推薦

世界模型的下一個突破在哪？Agent 從 Demo 到工程化還差什么？安全與可信這道坎怎么過？研發(fā)體系不重構(gòu)，還能撐多久？

AICon 上海站 2026，4 大核心專題等你來：世界模型與多模態(tài)智能突破、Agent 架構(gòu)與工程化實踐、Agent 安全與可信治理、企業(yè)級研發(fā)體系重構(gòu)。14 個專題全面開放征稿。

誠摯邀請你登臺分享實戰(zhàn)經(jīng)驗。AICon 2026，期待與你同行。