GitHub Copilot 模型下架迁移清单：9 月到 10 月三波共 11 个模型

GitHub Copilot 9 月 1 日起分三波下架 11 个模型，涵盖 Gemini、Claude、Raptor、Kimi 系列。逐个替代方案对照 + Enterprise 管理员操作清单。

GitHub Copilot 模型下架迁移清单：9 月到 10 月三波共 11 个模型

GitHub 从 2026 年 9 月 1 日起分三波在 Copilot 中下架共 11 个模型，最后一波截至 10 月 2 日。如果你的 Chat、inline edits、agent mode 或 code completions 里选了这些模型，到期后请求会静默失败或回落到默认模型。下面按时间线逐波列出替代方案和管理员该做的事。

作者：CodePass 技术编辑

第一波：9 月 1 日，6 个模型同日下架

2026 年 9 月 1 日已经过去，以下 6 个模型已从所有 Copilot 体验中移除：

下架模型 建议替代 说明
Gemini 3.1 Pro Gemini 3.5 Pro 或 Gemini 3.6 Flash 3.1 Pro 在上下文窗口和推理速度上均已落后，3.5 Pro 是同系列直接升级
Claude Opus 4.5 Claude Opus 4.8 4.5 两代前的旗舰，4.8 在 agentic 任务和长上下文上明显更强
Claude Opus 4.6 Claude Opus 4.8 例外：年付个人用户（Individual annual billing）仍可继续使用 Opus 4.6
Claude Sonnet 4.5 Claude Sonnet 4.6 或 5 4.5 性能已被后续版本全面超越
Claude Sonnet 4.6 Claude Sonnet 5 同上例外：年付个人用户仍可用 Sonnet 4.6
Raptor Mini GPT-5.6 Sol 或 Copilot 默认模型 Raptor Mini 是微软内部小模型，功能已被合并进更新的推理流

这波砍的主要是 Anthropic 旧版和 Google 旧版。年付个人用户对 Claude Opus 4.6 和 Sonnet 4.6 有豁免，但这不意味着永久保留，GitHub Changelog 措辞是"continues to be available"，没有承诺时限。

第二波：9 月 10 日，MAI-Code-1-Flash

9 月 10 日单独下架 MAI-Code-1-Flash。这个模型是微软自研的轻量代码补全模型，上线时间不长，在 code completions 场景里被部分用户选用。替代路径是回到 Copilot 默认补全模型（当前基于 GPT 系列），或切到 Gemini 3.6 Flash 做快速推理。

如果你在 .github/copilot-instructions.md 或 workflow 里硬编码了 MAI-Code-1-Flash 作为 model ID，9 月 10 日起该配置会静默失效。不会报错，只是回落到默认模型，行为可能和你预期不同。

第三波：10 月 2 日，4 个模型收尾

这是本轮下架的最后一批，涉及仍有不少用户在用的模型：

下架模型 建议替代 说明
Gemini 3.5 Flash Gemini 3.6 Flash 同系列小版本升级，API 兼容
Gemini 3.6 Flash Gemini 3.5 Pro 或更新 Flash 版本 注意：3.6 Flash 本身也在这波下架，说明 Google 已有更新版本进入 Copilot
Kimi K2.7 Code Copilot 默认模型或 Claude Sonnet 5 K2.7 Code 是月之暗面的代码特化模型，Copilot 里替代选项有限
Claude Opus 4.7 Claude Opus 4.8 4.7 到 4.8 的跨度小，迁移成本最低

10 月 2 日这波对 Gemini Flash 用户冲击最大：3.5 Flash 和 3.6 Flash 同时下架，如果你把 Flash 当快速推理的默认选择，需要在 10 月前确认 Copilot 里的替代模型列表。

影响范围：所有 Copilot 交互形态都受波及

下架不是只影响 Chat 窗口。GitHub Changelog 明确写了"all Copilot experiences"，包括：

  • Copilot Chat：对话式问答，模型选择下拉里直接消失
  • Inline edits：编辑器内 inline 建议，如果绑定了特定模型会回落
  • Ask and Agent modes：VS Code / JetBrains 里的 agent 模式，硬编码模型 ID 会失效
  • Code completions：Tab 补全，虽然多数人用默认模型，但自定义过的会受影响

最隐蔽的是 workflow 里硬编码模型 ID 的场景。GitHub Actions 里如果用 Copilot API 且指定了下架模型，不会抛错，而是静默回落。你的 CI 看起来还在跑，但推理质量可能已经变了。

Enterprise 管理员必须做的三件事

如果你管着组织的 Copilot Enterprise 或 Business 订阅，下架前有三个动作不能省：

  1. 在 Copilot settings 里启用替代模型。进入组织的 Settings → Copilot → Policies → Model selection，确认替代模型已在允许列表中。部分组织出于合规只开放了特定模型，如果替代模型不在白名单里，下架后用户会发现没有可用模型。

  2. 全局搜索硬编码的模型 ID。在组织仓库里搜 claude-opus-4.5、gemini-3.1-pro、raptor-mini 等字符串，重点检查 .github/copilot-instructions.md、GitHub Actions workflow 文件、以及任何调用 Copilot API 的脚本。替换为新模型 ID 或改为不指定模型让 Copilot 自动路由。

  3. 通知团队成员手动切换模型。在 VS Code 和 JetBrains 的 Copilot 插件里，用户可能手动选过偏好模型。下架后偏好设置不会自动清除，用户会看到模型不可用的提示。提前发一封内部通知，附上替代模型对照表，比事后处理工单高效得多。

预防：下次模型轮换不再被动

GitHub 的模型下架节奏在加快，2026 年上半年已经有过两轮小规模下架。要避免每次都被动迁移：

把模型选择抽象成配置变量而非硬编码字符串，CI 里用环境变量 COPILOT_MODEL 而非直接写死模型名。订阅 GitHub Changelog 的 RSS 或邮件通知，下架公告通常提前一到两周发布。

Copilot 的模型列表变动和 Cursor 模型列表为空的排查是不同问题，但根因类似：客户端缓存了旧的模型列表，服务端已经移除。Cursor 那边是区域问题，Copilot 这边是版本淘汰，排查思路可以互相参考。

如果你同时用 Copilot 和其他 AI 编程工具，模型下架也是重新评估工具链的时机。Copilot 代码审查批准 PR 的新流程里介绍的 Copilot 新能力，与这次模型更新是同期推进的，可以一并了解。

参考资料