前言¶
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 以便跟进后续变动。
