GitHub Copilot 将于 2026 年 9 月退役 6 个模型——这对开发者意味着什么

TL;DR

GitHub Copilot 将于 2026 年 9 月 1 日退役 6 个 AI 模型。如果你在 Copilot 中使用 Claude Sonnet 4.6、MAI-Code-1-Flash 或 Raptor Mini，你只有大约 4 周的时间切换。个人年度订阅用户保留 Sonnet 4.6 的使用权限。其他用户将迁移到替代模型：Claude Sonnet 5、Gemini 3.6 Flash 和 MAI-Code-1-Flash 的后续版本。以下是实际变化、GitHub 的策略考量，以及你现在应该采取的行动。

哪些模型将被退役

根据 GitHub 7 月 31 日的变更日志，以下模型将于 2026 年 9 月 1 日起不再可用：

后两个模型——Gemini 2.5 Pro 和 Gemini 3 Flash——已经标记为退役状态。9 月 1 日是剩余三个模型的硬性截止日期。

Claude Sonnet 4.6 的年度计划例外值得关注。GitHub 明确保留了个人年度订阅用户的 Sonnet 权限，理由是"保留 Sonnet 选项"。这个措辞暗示 GitHub 将 Sonnet 视为订阅等级的标志性功能——用户期望在他们的付费计划中获得它——不愿在合同期内取消。

为什么这很重要

这不是一次常规的模型更新。三个因素使之变得更加重要：

1. 向 Flash 模型的全面转向。 看看替代方案：Claude Sonnet 5、Gemini 3.6 Flash、MAI-Code-1-Flash。模式很清晰——GitHub 正在优化 Copilot 的模型阵容，追求速度和成本。Flash 变体推理成本更低、响应更快。对于内联代码补全，这种取舍是合理的。但对于复杂的重构或架构推理，我不太确定。

2. Sonnet 作为用户留存锚点。 Sonnet 4.6 的年度计划例外是一种无声的承认：失去 Sonnet 会导致用户流失。GitHub 知道部分开发者付费使用 Copilot 正是因为 Sonnet。他们还没有准备好用替代方案来赌这些订阅。

3. 来自 Cursor 和 Claude Code 的竞争压力。 GitHub Copilot 的市场份额已从 67% 下降到约 51%（或 42%，取决于你相信哪份调查），而 Cursor 达到了 20 亿美元的 ARR，Claude Code 增长了 6 倍。在这个市场中，模型质量是一个差异化因素。当 Copilot 移除人们喜欢的模型时，这些用户有其他选择——他们知道的。

战略图景：GitHub 被困在两股力量之间。一方面，他们需要保持足够高的模型质量，以免开发者转向 Cursor 或 Claude Code。另一方面，微软需要在大规模下控制 Copilot 的推理成本——470 万付费订阅用户的运营成本不容小觑。以 Flash 为主的替代列表读起来像是一场包装成模型升级的成本优化行动。

开发者现在该做什么

以下是我为 Copilot 用户整理的检查清单，按紧急程度排序：

如果你日常使用 Claude Sonnet 4.6：

• 检查你的计划类型。如果你是个人年度计划用户，你是安全的——Sonnet 4.6 继续可用。
• 如果你是个人月度计划用户或任何团队/企业计划用户，你将在 9 月 1 日失去 Sonnet 4.6。
• 现在就开始在 Copilot 中测试 Claude Sonnet 5。不要等到被迫切换的那一天。
• 如果 Sonnet 5 不能满足你的需求，评估 Claude Code 或 Cursor 作为备选方案。两者都在 Copilot 的模型限制之外提供 Sonnet 访问。

如果你使用 MAI-Code-1-Flash 或 Raptor Mini：

• 这些模型将被同一模型家族的更快 Flash 变体替代。对于大多数用例，过渡应该是平滑的。
• 本周在典型工作流上测试替代方案。Flash 模型在专业语言或框架的边界情况下往往会出现退化。

对于技术负责人和工程经理：

• 审计你的团队在 Copilot 中实际使用的模型。大多数开发者从不更改默认设置——找出团队中是否有人依赖即将退役的模型。
• 如果 Sonnet 对你的团队很重要，而你使用的是月度或企业计划，现在是进行"我们是否继续使用 Copilot"对话的时机。
• 在 9 月 1 日之后更新团队文档，反映新的模型选项。

我的看法

我追踪 Copilot 的模型策略已经有一段时间了，这感觉像是一个转折点。退役列表不仅仅是为了清理旧模型——它是 GitHub 在信号 Copilot 未来的发展方向。

以 Flash 为主的替代策略在商业上是有道理的。在 Copilot 的规模下，推理延迟的每一毫秒和计算成本的每一分钱都很重要。但这里存在一个张力：最关心模型质量的开发者也是最可能切换工具的人。如果 Copilot 中的 Sonnet 5 明显比 Claude Code 或 Cursor 中的 Sonnet 差，年度计划的例外设置也无法永远留住这些用户。

我在关注一件事：这是否会加速开发者中的"多工具"趋势。根据我的观察，越来越多的工程师同时使用 Copilot 做代码补全，用 Claude Code 做复杂任务。像这样的模型退役只会推动这种行为进一步发展。如果你无法在 Copilot 中获得你想要的模型，你就会在其他地方找到它——而一旦你已经在使用两个工具，放弃其中任何一个的切换成本就会大大降低。

目前，实际建议很简单：检查你的计划，测试替代方案，准备好备选方案。四周时间比你想象的要快。