前言¶
GitHub Copilot 在 2026 年 7 月下旬連續放出兩條模型接入公告：7 月 24 日 Claude Opus 5 上線 Copilot，7 月 28 日 Grok 4.5 跟進接入。兩家模型廠商的旗艦推理模型，幾乎在同一周內進入 Copilot 的模型選擇器（model picker），覆蓋 VS Code、Copilot CLI、JetBrains 等主流入口。
對日常寫代碼的開發者來說，這意味着 Copilot 不再只是「內置一個默認模型」的補全工具，而是逐漸變成可以在 IDE 裏按任務切換模型的 Agent 平臺。本文基於 GitHub 官方 Changelog 與文檔，梳理這次更新的關鍵事實與使用要點。
7 月 Changelog 連發：IDE 層多模型並存¶
如果把時間線拉長，Copilot 的多模型策略在 7 月已經相當密集。除 Opus 5 與 Grok 4.5 外，7 月 9 日 GitHub 還宣佈 GPT-5.6 Sol、Terra、Luna 接入 Copilot。再往前，Claude Sonnet、Gemini、Kimi K2.7 Code 等也已出現在 Copilot 支持模型列表 中。
7 月 24–28 日的兩條公告之所以引發關注，是因爲 Anthropic 與 xAI 的旗艦模型幾乎同期進入同一套 IDE 入口，且 GitHub 在內部測試裏分別強調了它們在 Agent 工作流上的不同側重——Opus 5 偏長鏈路推理與驗證，Grok 4.5 偏快速並行工具調用。IDE 正在成爲各模型廠商爭奪 Agent 場景的主戰場，而 Copilot 則扮演「聚合分發層」的角色。
Claude Opus 5：複雜、長運行的 Agent 任務¶
根據 7 月 24 日 Changelog，Claude Opus 5 是 Anthropic 最新的 Opus 系列模型，面向需要仔細推理、有效工具使用、跨多步可靠執行的複雜編碼任務。
GitHub 在早期測試中的結論可以概括爲三點：
- Agent 工作流表現突出：自主改代碼、迴歸驗證、協調多個工具等場景表現較好。
- 改動更精準：擅長做 targeted changes，並在完成後驗證結果，減少複雜任務裏不必要的執行開銷。
- 安全策略更嚴格：模型對高危害網絡相關內容有增強防護，部分安全相關請求可能被攔截；若遇阻，官方建議補充良性上下文或換用其他模型。
可用套餐：Copilot Pro+、Max、Business、Enterprise（不含 Pro 檔）。
計費：按用量計費（usage-based billing），按模型提供商 API 標價結算，詳見 Copilot 模型與請求定價說明。
Grok 4.5：大上下文與並行工具調度¶
Grok 4.5 公告 發佈於 7 月 28 日。xAI 將其定位爲面向快速 Agent 編碼與複雜多步工作流的推理模型，幾個硬指標值得記一下：
- 上下文窗口：最高 500,000 tokens
- 輸入類型：支持文本與圖片
- 推理檔位：可選 low、medium、high 三檔 reasoning effort
GitHub 內部測試裏，Grok 4.5 在 VS Code 終端場景與 Copilot CLI 中表現較好，尤其在並行調度工具、直接執行動作方面突出，適合探索性任務、複雜阻塞排查和時間敏感的開發流程。
可用套餐：Copilot Pro、Pro+、Max、Business、Enterprise（比 Opus 5 多覆蓋了 Pro 檔）。
計費：同樣按提供商標價 + 用量計費。
模型選擇器：同一入口，多端一致¶
兩款模型都通過 Copilot 的模型選擇器切換，官方列出的入口高度重合：
| 入口 | Claude Opus 5 | Grok 4.5 |
|---|---|---|
| Visual Studio Code | ✓ | ✓ |
| Visual Studio | ✓ | ✓ |
| Copilot CLI | ✓ | ✓ |
| GitHub Copilot cloud agent | ✓ | ✓ |
| GitHub Copilot app | ✓ | ✓ |
| JetBrains | ✓ | ✓ |
| Xcode | ✓ | ✓ |
| Eclipse | ✓ | ✓ |
| github.com | ✓ | — |
| GitHub Mobile（iOS / Android） | ✓ | — |
注意： rollout 是逐步推送的，若暫時看不到新模型，需要稍後再試。部分模型對 IDE / 插件版本有最低要求，例如 官方文檔 記載 Claude Opus 5 在 VS Code 側需 Copilot 擴展 v1.128.0 及以上。
對 JetBrains 用戶，7 月 27 日還有一條配套更新：Copilot for JetBrains 改進 OpenTelemetry 配置與模型管理。其中提到可在插件設置裏啓用或禁用全部內置 Copilot 模型，併爲 BYOK / 自定義端點配置 maxInputToken、maxOutputToken 默認值——這與企業側「按策略開放模型」的管理需求是對齊的。
企業管理員：策略開關默認關閉¶
對 Copilot Business 與 Enterprise 組織，兩款新模型都不是「全員自動可用」：
- Claude Opus 5：管理員需在 Copilot 設置中啓用對應策略（policy）。
- Grok 4.5：同樣需要管理員啓用，且默認關閉。
這與 GitHub 文檔中「按組織配置 AI 模型訪問權限」的整體思路一致：企業可以先評估成本、合規與場景，再決定是否對團隊開放特定廠商模型。個人 Pro / Pro+ / Max 訂閱者則可在模型選擇器裏直接嘗試（仍受 rollout 進度影響）。
開發者怎麼用：按任務選模型¶
結合官方描述，可以做一個簡單的選型參考（非官方推薦，僅供實踐時對照）：
更適合 Claude Opus 5 的場景
- 跨多個文件、需要多輪推理的大型重構
- 改完代碼後還要跑驗證、做迴歸檢查的 Agent 任務
- 對輸出穩定性、步驟完整性要求高的長會話
更適合 Grok 4.5 的場景
- Copilot CLI / 終端裏快速探路、並行調用工具
- 需要超大上下文（最高 500K tokens）閱讀代碼庫或長文檔
- 需要上傳截圖等多模態輸入輔助理解 UI / 報錯
- 希望在 speed 與 reasoning depth 之間手動調檔
在 VS Code 中，通常可在 Copilot Chat 面板的模型選擇器裏切換；Copilot CLI 同樣提供 model picker。Cloud agent 場景下，若入口支持模型選擇，也可在發起任務前指定模型；不支持時會回退到 Auto 自動選型，詳見 Changing the AI model for Copilot cloud agent。
若你使用 Copilot Business / Enterprise，且模型列表裏沒有新模型，優先聯繫管理員確認策略是否已開啓，並檢查本地 IDE / Copilot 插件是否爲較新版本。
小結¶
7 月 24–28 日 GitHub 連續宣佈 Claude Opus 5 與 Grok 4.5 接入 Copilot，是 IDE 層 Agent 多模型競爭的一個清晰信號：開發者不必離開 JetBrains 或 VS Code，就能在同一套 Copilot 工作流裏切換 Anthropic、xAI 乃至 OpenAI、Google 等多家模型。
對團隊而言，模型選擇器帶來了靈活性，也帶來了治理問題——誰能用、用哪個、花多少錢，都要靠 Copilot 策略與用量計費一起管。對個人開發者，更實際的做法是：在長鏈路 Agent 任務與 CLI 快速探路兩類場景裏各試一款，用任務表現而不是品牌偏好來做選擇。
官方文檔與 Changelog 會持續更新模型列表與最低版本要求，建議收藏 Supported AI models in GitHub Copilot 以便跟進後續變動。
