GitHub Copilot 9 月 1 日下架多款模型，企业策略和评测要提前迁移

GitHub Copilot 9 月 1 日下架多款模型，企业策略和评测要提前迁移

GitHub Copilot 将在 2026 年 9 月 1 日从 Chat、inline edits、ask、agent mode 和代码补全中移除一批模型。名单包括 Gemini 3.1 Pro、Claude Opus 4.5 与 4.6、Claude Sonnet 4.5 与 4.6，以及 Raptor Mini。切换日期已临近，团队仍在模板、默认模型或培训中使用这些名称，应在下线前完成替代验证。

GitHub 建议 Gemini 3.1 Pro 转向 Gemini 3.6 Flash；Opus 4.5/4.6 可换 Opus 4.7、4.8 或 5；Sonnet 4.5/4.6 转向 Sonnet 5；Raptor Mini 推荐 MAI-Code-1-Flash。个人年度订阅中的 Sonnet 4.6 有例外，企业席位不在此列。

模型能选到，不代表团队已经允许使用

Copilot 模型可用性受套餐、客户端和组织策略影响。管理员需在 enterprise 或 organization settings 中启用替代型号，成员才会在 VS Code 或 GitHub.com 看到它。没有提前调整策略，切换日很可能变成权限工单。

模型名称还可能写在仓库说明、团队 Prompt、IDE 配置和自动化脚本中。逐个搜索旧型号，记录客户端、负责人和 fallback，比等待自动移除更稳。Free 与 Student 计划使用 auto selection，验证方法与企业手动选型不同。

管理员也要确认数据与功能政策。新模型可能来自不同供应商，工具调用、上下文、内容过滤和区域处理方式存在差异。企业允许一个替代型号前，应重新核对 GitHub 的模型托管说明与内部数据分类，不因它出现在官方推荐表里就跳过审查。

代码模型迁移要看补丁，不只看回答

评测集应来自真实仓库，覆盖小修复、跨文件重构、测试补全、依赖升级和 Agent 工具任务。每个候选模型使用相同问题、仓库状态和验收命令，比较编译与测试通过率、修改文件数、无关 diff、人工返工以及一次成功任务消耗。自然语言解释更顺，并不能证明补丁更安全。

从 Pro 换到 Flash、从旧 Sonnet 换到新 Sonnet，推理速度和风格都可能变化。旧 Prompt 中为了弥补模型弱点加入的冗长规则，迁移后可能成为噪声。先保持配置不变完成基线，再逐步删改 Prompt；同时让独立模型审阅高风险 diff，避免候选模型自己给自己的结果打分。

Agent mode 还要测试工具权限和长任务恢复。模型更积极地运行命令，不一定是好事；部署、删除和密钥相关操作仍需人工确认。下线当天的 fallback 应明确指向已验收型号，不能任由客户端自动选择一个团队从未测试过的模型。

把产品下架变成可重复的迁移流程

这次 Copilot 调整提醒团队：任何第三方模型选择器都不是永久目录。内部应维护一张映射表，包含产品名称、实际模型、启用策略、负责人、评测版本和退役日期。每次上游公告后先更新候选池，在灰度成员中运行一周，再改默认值。

如果业务系统也直接调用模型 API，可把 Copilot 的人工编程评测与 AnyAIS 的 API 评测共用一批仓库任务。两边产品形态不同，结果不能直接互换，但统一记录正确率、延迟和成本，能减少团队凭品牌印象选型。

参考资料

• [GitHub：2026 年 9 月 Copilot 模型下架公告](https://github.blog/changelog/2026-07-31-upcoming-august-2026-model-deprecations-in-github-copilot/)
• [GitHub：配置 Copilot 模型访问策略](https://docs.github.com/en/copilot/how-tos/copilot-on-github/set-up-copilot/configure-access-to-ai-models)
• [AnyAIS 模型目录](https://www.anyais.com/models)