Microsoft旗下的程式碼託管平台 GitHub 近日宣佈，將對面向個人用戶的 Copilot 訂閱計劃進行一系列「極具衝擊性」的調整，其中包括暫停部分計劃的新用戶註冊，並對高性能 AI 模型的訪問權限和使用額度實施更嚴格限制。官方解釋指，隨著越來越多開發者採用複雜的「代理工作流程」（agentic workflows），Copilot 的使用強度大幅上升，導致基礎設施在部分場景下已超出訂閱價格本應承載範圍，現有模式已難以為繼。
GitHub 在公告中指出，Copilot 最初的主要用途是為開發者提供簡單的程式碼補全，但如今不少用戶開始借助自主代理（agents）和子代理（subagents）處理規模龐大、持續時間很長的編程任務。在這些新型用法下，少數用戶的請求即可消耗極其可觀的算力和令牌資源，使平台整體基礎設施承受巨大壓力。GitHub 表示，如今回「單次用戶請求即可產生超過訂閱計劃月費成本」的狀況已變得司空見慣，因此有必要對服務策略作出調整，以確保資源分配更可持續。
訂閱計劃與模型調整詳情
在具體措施上，GitHub 已暫停 Copilot Pro、Pro+ 以及學生計劃的新用戶註冊，官方稱此舉旨在「更有效地服務現有客戶」。與此同時，Copilot 提供的模型陣容亦出現收縮：最強大的 Opus 系列模型被部分移出標準方案。其中，Anthropic 的高性能 Claude Opus 4.7 模型將不再對普通 Copilot Pro 用戶開放，如需繼續使用該模型，開發者須升級至價格更高的 Pro+ 計劃；而 Opus 4.
5 和 Opus 4.6 亦計劃從 Pro+ 中移除。 為了遏制少數「大戶」對整體服務質量的拖累，GitHub 還收緊了使用限制，並嘗試讓配額更透明。在最新調整下，VS Code 整合版本和 Copilot CLI（命令行工具）將明確顯示用戶可用額度，避免開發者在頻繁調用後突然「斷線」。GitHub 表示，引入更直觀的配額顯示，意在讓用戶在規劃工作流程時更有預測性，同時降低因限額觸發帶來的不可預測體驗。
從機制上看，Copilot 今後將基於「雙重限額」運作：一方面設定會話上限，用於高峰期控制單次或短時間伺服器負載；另一方面設定按週統計的令牌上限，在七天週期內為總消耗量劃定硬性天花板。一旦用戶觸及週令牌上限，其對高端付費模型的訪問權限將被暫時切斷，系統會自動將其降級為「自動模型選擇」（Auto model selection）模式，直至下一個計費週期重置用量。
這意味著重度用戶需重新規劃調用頻率和任務規模，以避免在關鍵階段失去對高性能模型的訪問。 值得一提的是，GitHub Copilot 近期在社群中爭議不斷。上個月，GitHub 因在開發者的 Pull Request 中插入廣告（平台稱之為「提示」Tips）而遭廣泛批評，不少用戶認為這種做法相當於讓 AI 在未經明確授權狀況下「擅自修改」程式碼並附加營銷內容。
在外界強烈反對後，GitHub 已正式取消 Copilot 自動向 PR 插入這類推廣「提示」和廣告的權限。負責 Copilot 的首席產品經理 Tim Rogers 亦公開承認，反思認為，允許一個 AI 代理在背後自動編輯 Pull Request 並追加市場營銷文字，是「錯誤的決定」。目前，GitHub 尚未給出恢復 Copilot Pro、Pro+ 和學生計劃開放註冊的具體時間表。
對現有用戶而言，更嚴格的配額和模型調整將在短期內直接影響日常開發工作流程，尤其是那些高度依賴長時間、重度代理任務的團隊和個人。在生成式 AI 服務成本與商業可持續性之間如何平衡，正成為包括 GitHub 在內多家廠商不得不直面的現實難題。
