Copilot 模型下線：11 月 16 日三款模型棄用，5 步檢查並切換（2026）
GitHub 在 2026 年 10 月 15 日釋出公告：自 11 月 16 日起，在所有 Copilot 體驗中棄用三款模型，也就是兩款 Anthropic 的舊版 Opus 和一款 OpenAI 的舊版模型。這次 Copilot 模型下線對多數人的影響很直接：如果你的編輯器、組織策略或指令碼里固定選了這三款之一，11 月 16 日之後就需要換成官方建議的新一代模型。本文截至 2026 年 10 月，先說明官方公告裡能確認的內容，再給出一份可以照做的檢查清單。
這次到底下線了什麼？
- 生效日期是 2026 年 11 月 16 日。
- 範圍是所有 Copilot 體驗，包括 Copilot Chat、行內編輯、ask 與 agent 模式，以及程式碼補全。
- 被棄用的是兩款 Anthropic 舊版旗艦和一款 OpenAI 舊版模型，官方給每一款都列了對應的新一代替代模型。具體型號請直接看公告，本文不重複版本名，避免和官方頁面出現出入。
- 官方在 Copilot 更新日誌專題頁上還有一條 10 月 2 日的記錄，說明已有另一批 Copilot 模型被棄用。這次不是第一次。
誰受影響，誰不受影響？
官方公告裡有兩點值得注意：
- 個人訂閱且是年付的使用者，可以繼續使用其中一款舊版 Opus，這部分使用者不受該款棄用影響。
- Enterprise 和 Business 客戶：建議的替代模型會自動啟用，除非管理員關閉了全域性預設或禁用了該模型。如果全域性預設是關閉的，管理員需要在 Copilot 設定的模型策略裡手動啟用替代模型，啟用後它們才會出現在 Copilot Chat 的模型選擇器中。具體選單位置以官方文件為準。
公告還說，棄用之後不需要你再手動移除這些模型。
怎麼檢查自己有沒有寫死舊模型？
下面五步按從個人到團隊的順序排列。
開啟 VS Code、JetBrains 等編輯器裡的 Copilot Chat 模型選擇器，看當前選中的是不是被棄用的三款。
檢查你自己儲存的設定，包括使用者設定、工作區設定，以及你自己寫的提示詞檔案、agent 配置裡指定了模型的地方，用關鍵字搜一遍。
檢查自動化指令碼、CI 配置和內部工具裡是否有寫死的模型 ID。例如在倉庫根目錄執行：
grep -rniE "opus|gpt-" --include="*.json" --include="*.yml" --include="*.yaml" --include="*.md" --include="*.sh" .這只是粗篩，關鍵字請換成公告裡實際的型號名。
管理員檢查組織或企業的 Copilot 模型策略：舊模型是否仍被設為允許，替代模型是否已啟用。
把預設模型換成新的，並在測試分支上跑一遍常用場景，比如補全、重構、程式碼審查，再通知團隊。
管理員怎麼設定預設模型？
10 月 10 日 Copilot for JetBrains 的更新裡，企業管理員可以透過 managed settings 為新對話選擇任一可用的 Copilot agent 模型作為預設，使用者仍可在模型選擇器裡自己改。詳見 官方更新日誌。這對這次遷移有用：先統一預設，再逐步放開個人選擇。具體配置項名稱以 JetBrains 外掛和 GitHub 官方文件為準。
換模型之後要注意什麼？
- 同一任務在新舊模型上的輸出風格、速度和額度消耗可能不同，不要只看名稱升級就預設更好。
- 提示詞和 agent 指令檔案如果針對舊模型調過，換模型後需要抽樣複查。
- 額度、倍率等計費規則以 GitHub 官方文件為準，本文不做推測。
以後怎麼更早知道這類變化？
- 在 cdnping 的 /models 可以看各大模型上下架、調價記錄，在 /changes 可以訂閱官方更新日誌和價格頁的變化。
- 想建立一套固定的追蹤方法，可以看 大模型 API 價格變了怎麼第一時間知道。
- 同類的棄用並不只發生在 Copilot，例如 Gemini 3.7 Flash 和 3.5 Flash 棄用後請求被自動轉發，也出現過輸出突然變化的情況。
- 如果你的團隊同時使用多個模型，可以參考 多模型路由怎麼做，把模型名集中到一處配置，下次替換隻改一個地方。
- 遇到服務異常時，先學會讀狀態頁：怎麼看 OpenAI 狀態頁和 Claude 狀態頁。
