Copilot 模型下线：11 月 16 日三款模型弃用，5 步检查并切换（2026）
GitHub 在 2026 年 10 月 15 日发布公告：自 11 月 16 日起，在所有 Copilot 体验中弃用三款模型，也就是两款 Anthropic 的旧版 Opus 和一款 OpenAI 的旧版模型。这次 Copilot 模型下线对多数人的影响很直接：如果你的编辑器、组织策略或脚本里固定选了这三款之一，11 月 16 日之后就需要换成官方建议的新一代模型。本文截至 2026 年 10 月，先说明官方公告里能确认的内容，再给出一份可以照做的检查清单。
这次到底下线了什么？
- 生效日期是 2026 年 11 月 16 日。
- 范围是所有 Copilot 体验，包括 Copilot Chat、行内编辑、ask 与 agent 模式，以及代码补全。
- 被弃用的是两款 Anthropic 旧版旗舰和一款 OpenAI 旧版模型，官方给每一款都列了对应的新一代替代模型。具体型号请直接看公告，本文不重复版本名，避免和官方页面出现出入。
- 官方在 Copilot 更新日志专题页上还有一条 10 月 2 日的记录，说明已有另一批 Copilot 模型被弃用。这次不是第一次。
谁受影响，谁不受影响？
官方公告里有两点值得注意：
- 个人订阅且是年付的用户，可以继续使用其中一款旧版 Opus，这部分用户不受该款弃用影响。
- Enterprise 和 Business 客户：建议的替代模型会自动启用，除非管理员关闭了全局默认或禁用了该模型。如果全局默认是关闭的，管理员需要在 Copilot 设置的模型策略里手动启用替代模型，启用后它们才会出现在 Copilot Chat 的模型选择器中。具体菜单位置以官方文档为准。
公告还说，弃用之后不需要你再手动移除这些模型。
怎么检查自己有没有写死旧模型？
下面五步按从个人到团队的顺序排列。
打开 VS Code、JetBrains 等编辑器里的 Copilot Chat 模型选择器，看当前选中的是不是被弃用的三款。
检查你自己保存的设置，包括用户设置、工作区设置，以及你自己写的提示词文件、agent 配置里指定了模型的地方，用关键字搜一遍。
检查自动化脚本、CI 配置和内部工具里是否有写死的模型 ID。例如在仓库根目录执行：
grep -rniE "opus|gpt-" --include="*.json" --include="*.yml" --include="*.yaml" --include="*.md" --include="*.sh" .这只是粗筛，关键字请换成公告里实际的型号名。
管理员检查组织或企业的 Copilot 模型策略：旧模型是否仍被设为允许，替代模型是否已启用。
把默认模型换成新的，并在测试分支上跑一遍常用场景，比如补全、重构、代码审查，再通知团队。
管理员怎么设置默认模型？
10 月 10 日 Copilot for JetBrains 的更新里，企业管理员可以通过 managed settings 为新对话选择任一可用的 Copilot agent 模型作为默认，用户仍可在模型选择器里自己改。详见 官方更新日志。这对这次迁移有用：先统一默认，再逐步放开个人选择。具体配置项名称以 JetBrains 插件和 GitHub 官方文档为准。
换模型之后要注意什么？
- 同一任务在新旧模型上的输出风格、速度和额度消耗可能不同，不要只看名称升级就默认更好。
- 提示词和 agent 指令文件如果针对旧模型调过，换模型后需要抽样复查。
- 额度、倍率等计费规则以 GitHub 官方文档为准，本文不做推测。
以后怎么更早知道这类变化？
- 在 cdnping 的 /models 可以看各大模型上下架、调价记录，在 /changes 可以订阅官方更新日志和价格页的变化。
- 想建立一套固定的追踪方法，可以看 大模型 API 价格变了怎么第一时间知道。
- 同类的弃用并不只发生在 Copilot，例如 Gemini 3.7 Flash 和 3.5 Flash 弃用后请求被自动转发，也出现过输出突然变化的情况。
- 如果你的团队同时使用多个模型，可以参考 多模型路由怎么做，把模型名集中到一处配置，下次替换只改一个地方。
- 遇到服务异常时，先学会读状态页：怎么看 OpenAI 状态页和 Claude 状态页。
