给所有在 GitHub Copilot 里手动选过模型的朋友提个醒：9月1日，Copilot 要一口气停用 6 个模型，而且不是某个入口下线，是 Copilot Chat、内联编辑、Ask/Agent 模式、代码补全全线停用。GitHub Changelog今天已经是 8 月 25 日，满打满算只剩 7 天。
先说结论：一直用默认模型、从没碰过模型下拉框的人，基本不用管，默认模型会由官方自动维护。但如果你是手动选模型的、帮团队管模型策略的、或者把模型名写进了脚本和自动化流程的，这篇文章值得花 5 分钟看完——因为这次的迁移路上，有官方公告里没有明说的坑。
一、先对名单：9月1日停用的 6 个模型
根据 GitHub 官方 7 月 31 日发布的公告，这次停用的模型和官方给出的替代方案如下：
9月1日停用的模型 | 官方建议替代 |
|---|---|
Claude Opus 4.5 | Claude Opus 4.7 / 4.8 / Opus 5 |
Claude Opus 4.6 | Claude Opus 4.7 / 4.8 / Opus 5 |
Claude Sonnet 4.5 | Claude Sonnet 5 |
Claude Sonnet 4.6 | Claude Sonnet 5（年付个人订阅除外，见下文） |
Gemini 3.1 Pro | Gemini 3.6 Flash |
Raptor mini | MAI-Code-1-Flash |
名单本身不复杂，复杂的是名单背后的细节。对照你现在 Copilot 里能选到的模型（VS Code 的 Manage Language Models 面板或聊天框的模型下拉），看看自己常用的是不是正好在停用名单里。
二、最大的坑：官方给的替代模型，9天后自己也要退役
这是把两份公告放在一起看才能发现的问题。
Raptor mini 的官方建议替代是 MAI-Code-1-Flash。但 GitHub 在 8 月 11 日的另一条 changelog 里宣布：MAI-Code-1-Flash 将于 9 月 10 日退役，替代者为 MAI-Code-1.1-Flash。GitHub Changelog也就是说，如果你按第一份公告老老实实迁移，9 月 1 日切到 MAI-Code-1-Flash，9 天后就得再迁一次。与其做两遍，不如一步到位：Raptor mini 用户这次直接迁到 MAI-Code-1.1-Flash，它是目前 Copilot 模型列表里的正式 GA 模型，也已经被纳入自动模型选择的候选池。
三、还有两个容易忽略的细节
第一个是 Sonnet 4.6 的星号：公告里 Claude Sonnet 4.6 的停用有个例外——个人版年付订阅用户可以继续用 Sonnet 4.6，官方给这批用户保留一个 Sonnet 档位；月付用户则照常停用。GitHub Changelog所以如果你正在用 Sonnet 4.6，先确认自己是年付还是月付再动手。另外提醒一句：这个例外只覆盖"个人订阅年付"，Business/Enterprise 团队席位不在此列，团队用户该迁还是得迁。
第二个是官方推荐页自己都没更新干净：Copilot 官方的"模型对比"文档里，"深度推理与调试"和"图像理解"两个推荐列表中，目前还赫然列着 Claude Sonnet 4.6 和 Gemini 3.1 Pro——这两个恰恰都在 9 月 1 日的停用名单里。<#&!53#&!>GitHub Docs如果你是照着官方推荐页去固定模型的，正好撞在枪口上。选替代模型时，请以停用公告和模型列表页为准，别只看推荐页。顺带一提，Gemini 3.1 Pro 的官方替代写的是 Gemini 3.6 Flash，但 8 月 13 日 Copilot 已经上新了 Gemini 3.7 Flash。GitHub Changelog迁移时不妨把 3.7 也拉进对比。
四、把时间线拉长看：这次迁移不是意外，是常态
真正值得聊的，不是这一次迁移，而是它背后的节奏。
我把 GitHub 官方文档里"模型退役历史"的数据完整拉了一遍，做了个统计。GitHub Docs
2025 年 10 月 23 日至今，Copilot 累计停用 32 个模型；
仅 2026 年前 7 个月（2 月 17 日至 7 月 31 日）就停了 16 个，平均每月约 3 个，其中 4 月 1 日一天就停了 GPT-5.1-Codex 全家三个型号，6 月 1 日一天停了 GPT-4.1、GPT-5.2、GPT-5.2-Codex 三个；
加上 9 月 1 日的 6 个和 9 月 10 日的 MAI-Code-1-Flash，今年 9 月中旬前还会再添 7 个。
结论很直白：在 Copilot 的模型池里，没有任何一个具体模型名是长期资产。如果你的提示词模板、自动化脚本、团队 SOP 里写死了模型名，那这种迁移演练每隔几个月就得来一次，而且经常只提前一个月通知（本次公告 7 月 31 日发，9 月 1 日执行，窗口正好一个月）。
对付这种节奏，官方其实留了一条现成的路：用 Auto 自动模型选择。Copilot 会按任务复杂度自动路由模型，官方博客给出的实测数据里，Auto 在多个语言组上的质量保留率都维持在高位。GitHub官方博客官方文档也明确写了，付费套餐使用 Auto 时模型成本还有折扣。GitHub Docs对企业来说，管理员可以在 managed-settings.json 里把 model 设为 auto，让全员新会话默认走自动选择（VS Code 1.126 及以上支持），用户仍可在单次会话里手动切换。GitHub Changelog这是目前最省心的防御姿势。
如果确有理由写死模型名（比如要做稳定的评测基线、合规审计），那就把官方的"模型退役历史"页收进书签，把"查模型存活状态"放进每次上线前的检查清单。
五、行动清单：三类人各做各的事
个人用户（5 分钟搞定）：打开 Copilot Chat 的模型下拉框，看当前选的是不是上面 6 个之一。是的话，Opus 4.5/4.6 用户迁 Opus 5（或 4.7/4.8），Sonnet 4.5 用户迁 Sonnet 5；年付订阅的 Sonnet 4.6 用户可以不动；懒得折腾的直接切 Auto。
团队/企业管理员：先查组织的模型策略里有没有固定这 6 个模型；注意官方公告明确提示，替代模型可能需要管理员先在模型策略中启用，成员才能在下拉框里看到。GitHub Changelog别等同事来问"怎么没有 Opus 5"，先把策略配好。另外企业已经可以把 Auto 设为默认，趁这次迁移一并评估。
写脚本/跑自动化的：全局搜一下配置里有没有写死的模型名字符串（"claude-sonnet-4.6"“raptor-mini"这类），尤其是 Copilot coding agent、CLI 配置和 CI 流程。官方公告只说"请在日期前更新你的工作流和集成”，没承诺旧模型名会平滑降级。GitHub Changelog别等编辑器报错才发现，报错那天就是自动化真正停摆的那天。微博
六、两个值得继续盯的信号
一是 9 月 10 日，MAI-Code-1-Flash 退役，这是本轮的"第二波"，MAI 系用户别在 9 月 1 日这关松懈。
二是 Copilot 的模型汰换肉眼可见还在加速。8 月刚上了 Kimi K3、Gemini 3.7 Flash、Grok 4.6 三个新模型。GitHub ChangelogGitHub ChangelogGitHub Changelog紧接着就是一波退役。对重度用户来说，与其每次追着公告跑，不如把"默认用 Auto、写死模型名要审批"变成习惯。这次的 7 天倒计时，正好是个立规矩的时机。
