六款模型将从 Copilot 各类体验中退出，企业管理员和依赖固定模型的工作流应检查策略、兼容性与替代模型。
模型选择器里的选项并不会永久保留。GitHub 公布，六款旧模型将在 2026 年 9 月 1 日从 Copilot Chat、行内编辑、问答模式、智能体模式和代码补全等体验中退出。
哪些模型将被淘汰
名单包括 Gemini 3.1 Pro、Claude Opus 4.5、Claude Opus 4.6、Claude Sonnet 4.5、Claude Sonnet 4.6，以及 Raptor Mini。GitHub 为它们分别建议了 Gemini 3.6 Flash、更新的 Claude Opus 或 Sonnet，以及 MAI-Code-1-Flash 等替代方向。
一个例外是，使用个人年度 Copilot 订阅的用户仍可继续使用 Claude Sonnet 4.6，以保留一款 Sonnet 模型；这一例外不适用于其他方案。
迁移不只是换一个下拉选项
如果用户只是临时在聊天界面选模型，切换成本通常不高。但固定模型名称的团队提示词、自动化、评测脚本和内部培训材料都可能受影响。不同替代模型的速度、上下文处理、工具调用和输出风格也不完全相同。
企业管理员还需要检查模型策略。GitHub 提醒，替代模型可能需要先在 Copilot 设置中启用，启用后才会出现在 VS Code 或 github.com 的模型选择器中。旧模型下线本身无需管理员手工删除。
迁移前做三件事
第一，搜索仓库、文档和自动化配置中是否写死了模型名称。第二，用相同的一组真实任务对替代模型做回归测试，观察代码正确性、工具调用、延迟和额度。第三，在正式切换前更新默认策略与团队说明，给关键工作流留出回退方案。
测试结果最好同时保留失败样本，尤其是工具调用中断、代码能运行但不符合仓库约定，以及输出格式变化。只有把这些边缘情况纳入迁移验收，切换后才不容易出现隐蔽回归。
对于没有固定模型依赖的个人用户，可以关注自动选择机制，但仍应在重要任务中核对模型变化是否影响结果。对企业而言，建立每月检查模型公告和策略的责任人，会比临近下线时集中救火更可靠。
YouCanStudy.AI 的判断
模型快速轮换已经成为 AI 编程平台的常态。团队真正要建设的不是对某一型号的长期依赖，而是一套可重复的模型评测与迁移流程。只要提示词、验证和成本指标能够跨模型复用，模型升级才会从突发风险变成正常维护。