GitHub Copilot 今日一口氣退休六款模型：9 月 1 日大清算

六款模型今天從 GitHub Copilot 消失了。如果你早上在 VS Code 或 github.com 打開模型選單，發現常用的那一款不見了，這不是 bug：2026 年 9 月 1 日是 GitHub 一個月前在 changelog 公布的除役日，範圍涵蓋「所有 GitHub Copilot 體驗」——包括 Copilot Chat、行內編輯、ask 模式、agent 模式與程式碼補全。

退休名單橫跨三家供應商：Google 的 Gemini 3.1 Pro、Anthropic 的 Claude Opus 4.5、Claude Opus 4.6、Claude Sonnet 4.5 與 Claude Sonnet 4.6，再加上微軟自家的補全模型 Raptor Mini。Claude 4.x 世代從此在全球部署最廣的 AI 編碼助手中徹底退場，而 GitHub 建議的替代方案，恰恰透露了 Copilot 模型策略的下一步走向。

完整除役對照表

根據 GitHub 7 月 31 日的官方 changelog，對應關係如下：

除役模型	建議替代方案
Gemini 3.1 Pro	Gemini 3.6 Flash
Claude Opus 4.5	Claude Opus 4.7、4.8 或 Opus 5
Claude Opus 4.6	Claude Opus 4.7、4.8 或 Opus 5
Claude Sonnet 4.5	Claude Sonnet 5
Claude Sonnet 4.6	Claude Sonnet 5
Raptor Mini	MAI-Code-1-Flash

每一條對應都值得細看，因為沒有任何一條是簡單的一對一等價替換。

Gemini 3.1 Pro → Gemini 3.6 Flash。 這是整份名單中最不對稱的替換：一款 Pro 級模型被換成 Flash 級。Google 的定位論述是當前 Flash 世代在編碼相關基準上已追上甚至超越上一個 Pro 世代，而延遲與成本只有一小部分。如果你過去依賴 Gemini 3.1 Pro 在 agent 模式做重度推理，建議先 A/B 測試再全面切換——或者考慮 Gemini 目前仍在 Copilot 中提供的 Pro 級選項。

Claude 4.x 大出走。 六款除役模型中有四款是 Anthropic 的，等於一次終結了 Claude 4 時代在 Copilot 的存在。建議的階梯很說明問題：Opus 4.5 與 4.6 的用戶被指向 Opus 4.7、4.8 或 Opus 5——而 Claude Opus 5 已於 7 月 24 日登陸 Copilot 的 Pro+、Max、Business 與 Enterprise 層級，牆上文字很清楚：GitHub 希望 Opus 流量整合到旗艦模型上。Sonnet 用戶則轉向 Claude Sonnet 5——Anthropic 6 月 30 日推出的模型，官方稱效能逼近 Opus 4.8，標準定價為每百萬 token 輸入 3 美元、輸出 15 美元。

Raptor Mini → MAI-Code-1-Flash。 最不具頭條相的改動，可能是策略上最重要的一步。Raptor Mini 是微軟為 Copilot 免費與低階體驗打造的自家模型；接棒的 MAI-Code-1-Flash 則是 Microsoft AI 首款專為編碼打造的模型：137B 參數的混合專家架構（MoE）、256K 上下文視窗，定價每百萬 token 0.75/4.50 美元，6 月底起在 Copilot Business 與 Enterprise 全面可用。讓 Raptor Mini 除役、由它接手，等於把 Copilot 的補全引擎完整交給微軟自家模型家族——這是降低對 OpenAI 依賴、把基礎體驗握回自己手中的重要一步。

年約方案例外條款

changelog 裡藏了一個值得知道的但書：Claude Sonnet 4.6 對「個人年約方案」訂戶持續提供，官方說法是「讓他們保留一款 Sonnet 選項」。除役條款明確不適用於這批用戶。

這是個小條款，影響卻很實在。個人年約訂戶——其中不少人當初就是為了鎖定模型存取權與價格才選年約——今天起保有一款其他人全部失去的模型。其他所有人，包括月繳個人訂戶與所有商務層級，都必須轉向 Sonnet 5。如果你的團隊混合了不同方案，你的開發者現在看到的模型選單可能長得不一樣——最好先內部說清楚，免得有人回報「我的模型消失了」的 bug。

管理員今天實際上該做什麼

GitHub 的指引很直接，但很容易被忽略：

1. 更新寫死模型名稱的工作流程與整合。 任何硬編碼 claude-4.5-sonnet 之類識別字或 Gemini 3.1 Pro 的設定，接下來會開始出錯——至於是安靜地失敗還是大聲地報錯，取決於程式如何處理「找不到模型」的狀況。
2. Copilot Enterprise 管理員可能需要透過模型政策啟用替代模型。 替代方案不會自動出現：管理員必須在設定中為每一款特定模型啟用政策，然後到 VS Code 與 github.com 的 Copilot Chat 模型選擇器確認它確實出現。
3. 移除舊模型不需要任何動作——除役機制會自動處理。

管理員政策這一步是最經典的坑。開發者問「Opus 4.6 去哪了？」，答案是「去組織政策裡啟用 Opus 5」，如果沒人知道這件事，這張工單會在工程部門和 IT 之間來回踢一整個星期。

為什麼這場清算的意義遠超過 Copilot

放在本週其他新聞的脈絡裡，9 月 1 日大掃除剛好嵌進一個更大的模式：AI 產業已進入激進的「世代淘汰」階段，而 Claude 4.x 的移除是迄今最大的一次。

光是昨天，就有另外三個期限同時落地——Claude Sonnet 5 的 2/10 美元優惠價到期、GPT-5.4 從 ChatGPT 帳號登入的 Codex 中移除、Moonshot 全面下架 kimi-k2.5 與 moonshot-v1。過去 18 到 24 個月的模型生命週期，正在壓縮到 6 到 9 個月。當四款 Claude 模型在同一天從部署量最大的編碼助手消失，「為模型可攜性而設計」就不再是太空船架構師的口號，而是基本的維運衛生。

這裡還有一個整併訊號。Copilot 的建議替代方案明顯偏向每個家族的最新世代——Opus 5、Sonnet 5、Gemini 3.6 Flash、MAI-Code-1-Flash——而微軟自家模型如今負責補全基線。GitHub 不只是在清舊庫存，而是把全世界的開發者導向一組更窄、更新、部分自家的模型集合。這樣更省成本、更容易評測，對微軟的策略也更安全。

對開發者來說，實際的行動建議很簡單：檢查你的預設值、檢查你寫死的模型字串，如果你是 Enterprise 用戶，今天就去檢查模型政策。那六款模型已經走了；上面的對照表就是它們的去向。