上週，GitHub 悄悄停止接受新的 Copilot 訂閱。
不是系統維護，不是臨時故障。GitHub 的官方解釋很直接：agentic 工作流程——長時間運行的並行 AI 任務——消耗的運算資源，遠超原有訂閱方案所能支撐的上限。
受影響的包括 Pro、Pro+ 和 Student 三個面向個人用戶的方案，全部暫停新用戶註冊。
具體變了什麼
根據 GitHub 4 月 20 日發布（4 月 21 日更新）的官方公告，調整內容如下：
暫停新訂閱：
- Copilot Pro
- Copilot Pro+
- Copilot Student
功能變化：
- Opus 4.7 模型從 Pro 方案下架，僅保留在 Pro+
- 新增兩套限額機制：單次會話限額 + 7 天 Token 滾動限額
- Pro+ 的額度上限是 Pro 的5 倍以上
- 現有訂閱者可在 5 月 20 日前取消並申請退款
GitHub 產品副總裁的原話：
長時間運行的並行化會話，現在經常消耗比原始方案結構設計所能支援的資源多得多。
說白了：按程式碼補全設計的定價模型，現在用戶在跑 Agent 任務，完全是不同數量級的消耗。定價和實際成本之間的缺口越來越大，撐不住了。
這個問題是怎麼來的
AI 程式設計工具的早期商業模型是這樣的：每個用戶每月收 0-20 美元，換來程式碼補全、程式碼解釋、問答功能。這套模型的計算成本相對可預測——用戶每次請求 Token 量不大，回應時間短，並發也有限。
但 agentic 工作流程徹底打破了這個假設。一個典型的 Agent 任務可能要：
- 持續運行幾分鐘到幾十分鐘
- 並行執行多個子任務（重構某個模組、同時生成測試、修改多個檔案）
- 每一步都要消耗大量上下文視窗
Claude Code、Cursor 等工具相繼推出後台 Agent 功能之後，用戶開始把程式碼重構、跨檔案修改、測試套件生成這類重任務全部扔給 AI 跑。原來每月 20 美元能買的計算量，現在可能在一個下午的 Agent 會話裡就耗完了。
對平台來說，結果很簡單：實際計算成本遠超當初定價時的預期。
為什麼 Opus 被從 Pro 方案拿掉
這個細節最能說明問題。
Claude Opus 4.7 是目前性能最強的程式設計推理模型之一，但也是調用成本最高的。在高強度 agentic 任務裡，Opus 的 token 消耗比 Sonnet 或 Haiku 級別的模型高出一個數量級。
把 Opus 從每月 10 美元的 Pro 方案下架，意思很明確：按現在的使用深度，10 美元根本 cover 不了 Opus 的實際調用成本。
這不是 GitHub 一家的問題，而是所有做按月收費加高效能模型的 AI 工具都會碰到的牆。月費定價在設計時是按工具使用頻率來算的，但 Agent 任務是持續佔用計算資源，兩個模型根本不同。
更大的問題
這次調整暴露了 AI 程式設計工具行業一個根本性矛盾：
- 用戶希望訂閱費越低越好
- AI 公司一直在宣傳 Agent 能力越強是賣點
- 但 Agent 能力越強 = 每次使用的計算成本越高
三個目標不可能同時滿足。月費定價要麼壓住計算成本，要麼在能力上做妥協。
GitHub 選擇了先保住計算成本——哪怕付出暫停新訂閱的代價。這本身就說明，按月收費加無限制 agentic 任務，數學上跑不通。
後續的路無非幾條：提高月費、按用量計費、對 agentic 功能單獨收費、或者對不同強度的任務用不同模型降級處理。GitHub 這次的做法是臨時打補丁——把重度用戶往 Pro+ 推，把最貴的模型從低價方案裡撤掉。
但治標不治本。隨著 Agent 任務在日常開發中越來越普遍，這個定價邏輯需要重新設計。
對所有在做 AI 程式設計工具的公司來說，這個問題遲早都要面對。GitHub 只是第一個被現實逼著明牌亮出來的。
值得關注的是：後續會不會出現專門針對 agentic 工作流程的新定價體系——按任務時長、按 Token 消耗、還是按任務複雜度。這幾種方向各有各的問題，但比現在的包月任你用至少在邏輯上說得通。
參考來源：Changes to GitHub Copilot Individual Plans（GitHub Blog，CocoLoop、2026 年 4 月 20 日）