GitHub Copilot 四模型已退役：Opus 4.7 换什么，10月19日还要迁哪些？

两轮日期与十个名称：先按截止日分组

GitHub 2026年10月2日确认公告明确：Gemini 3.5 Flash、Gemini 3.6 Flash、Kimi K2.7 Code、Claude Opus 4.7 已退役。前两项建议迁往 Gemini 3.8 Flash，Kimi 建议迁往 Kimi K3，Opus 建议迁往 Claude Opus 5.5。9月3日预告中的 Opus 5 映射已由这份较新的确认公告更新，准备迁移时应使用最新版本。

9月18日 GitHub 又预告10月19日停用六项：Gemini 3.7 Flash → Gemini 3.8 Flash；GPT-5.5 与 GPT-5.4 → GPT-5.6 Sol；GPT-5.4 mini 与 GPT-5 mini → GPT-5.6 Luna；Grok 4.5 → Grok 4.6。箭头表示公告建议的替代，不是已测性能等价、自动重写配置或全员同时获得权限。两轮分别建立待办，避免把新日期误套在旧模型上。

官方已确认退役，接下来核对自己的配置

10月2日的新公告已将事件从计划停用推进到确认退役；截至北京时间10月3日，本次打开的官方 supported models 总支持表不再列出这四项，退休历史表也列出2026-10-02。本文因此撤下此前“支持表仍列旧模型”的观察。官方状态与组织迁移完成情况是两件事：本文没有组织登录、模型选择器或调用实测，不能证明某个组织已完成切换。

先在本地清单中记录所用计划、组织、Copilot 入口、IDE/扩展版本以及是否固定了模型名称。管理员在 Copilot model settings 核对具体替代的 model policy，用户再检查受支持客户端中的选择器。GitHub 说明无需手动删除已退役模型，但仍要求用户更新工作流与集成；不能把前者理解成所有固定配置都会自动改好。

若旧名称仍显示，把它视为需要核查的客户端状态，不把它当成退役延期或继续使用的承诺。替代不可见时先检查计划、客户端支持及组织策略；固定名称报错时检查实际生效的配置位置。记录入口、版本、时间和错误原文，再用无外部写入的小任务确认替代是否可用。跨厂商多个模型同时异常时，再结合 GitHub 状态页区分服务故障。

影响范围比模型选择器更大：所有 Copilot 体验都要查

GitHub 两次公告都针对 Copilot 体验，包括 Copilot Chat、inline edits、ask/agent mode 和 code completions。团队还应检查 GitHub.com、IDE、Copilot CLI、cloud agent、Copilot app、仓库级指令、脚本和内部模板中是否固定了这些名称；各客户端实际可用模型仍依计划、版本和策略而异。不要把 GitHub 的 GPT-5.5 停用预告扩大成 ChatGPT、Codex 或 OpenAI API 的同日变化。

最容易漏掉的是无人值守任务：交互式用户已改模型，但定时任务或共享配置仍引用旧项，直到截止日才失败。建立清单，记录旧模型、对应日期、建议替代、入口、配置位置、owner、最近一次成功运行与验证状态。此处是预防性盘点建议，并非本站已观察到此类故障。

Business 与 Enterprise：先核 model policy，再让用户迁移

对10月19日新名单，GitHub 说 Copilot Business 与 Enterprise 若使用默认模型启用，建议替代会自动启用；例外是管理员关闭了全局默认，或明确禁用了某个模型。此时管理员应在 Copilot settings 的 model policies 中逐项核对 Gemini 3.8 Flash、GPT-5.6 Sol、GPT-5.6 Luna、Grok 4.6。10月2日旧轮次的 Gemini 3.8 Flash、Kimi K3、Claude Opus 5.5 也要单独核对。

本轮没有组织管理员登录或账号实测。模型出现在公开支持清单，不保证特定计划、客户端和组织政策已开放；管理员应在自己的设置检查模型策略，再让有权限的用户在所用 Copilot 客户端确认选择器。不要用个人账号的可见性代替组织级结论。

还要单独检查 Kimi K3。当前官方默认启用范围将 Kimi K3 等开放权重模型列为例外，无论全局 Default availability 如何设置都默认关闭。因此，不能用“全局默认已开启”代替 Kimi K3 的具体模型批准；按组织的实际策略核对是否已显式启用。

替代不等于等价：迁移前先比较任务和费用

官方建议关系只告诉你往哪里看，不告诉你某团队的输出、延迟和工具行为是否等价。固定代表性任务，在受控范围比较代码差异、工具调用、人工返工、延迟与错误；尤其不要把 GPT-5.4 mini 和 GPT-5 mini 换成 Luna 后就假定费用和能力完全一致。没有本站基准测试，本文不排列性能名次。

GitHub 的模型与计费表会变化，具体计划、用量单位和当期费率要在迁移时查询。分别保存新旧模型价格、组织 AI credits 与实际选模用量快照，再评估预算。旧10月2日轮次的 Kimi 替换也可能影响成本；不要把文章发布时的价目长期当合同报价，也不要把换模型等同于无费用变化。

按两轮日期逐项迁移与验证

第一，分别搜索10月2日四个和10月19日六个旧名称，记录具体入口与配置优先级。第二，由管理员逐项核对建议替代的模型政策。第三，在测试范围一次只改一个模型，不同时改提示词、权限和网络。第四，用相同样本验证回答、补全、编辑与 agent 工具链。第五，比较 AI credits、延迟、失败率与人工返工。第六，按团队或仓库分批切换，在各自截止日前完成一次无人值守运行。

对带外部写入的 agent，测试要覆盖读取、一次带幂等键的写入、工具超时、权限拒绝、中途取消和结果未知后的对账。新模型若重复提交、漏掉审批、无法遵守仓库规则或成本越线，立即停止扩大，不要用更多生产任务试错。

失败、停手与回退：旧模型不是永久回滚点

10月2日已经退役的四项不应继续充当回滚目标。对10月19日预告中的模型，也不要把临时仍可用当成长久保障。保留提示词和工具配置快照，另准备一个仍受支持、符合组织策略并通过代表性任务验证的模型；出现回归时，回退的是可复核的工作方案，而不是依赖已经撤下的产品。

遇到替代模型不可见、策略持续覆盖本地设置、关键任务明显退化、AI credits 超预算或 agent 出现重复副作用时，暂停该路径并保留客户端、配置来源、模型、时间、错误原文和 run ID。不要自动连续换多个模型，否则会失去可归因证据。

网络边界与后续复查：不要把产品退役误判成连接故障

模型从选择器消失、组织策略禁用、固定模型名失效或替代模型未开放，属于 Copilot 产品与权限层，换 IP 或代理不会恢复。只有出现 DNS 解析失败、TLS 握手错误、代理 407、连接超时或目标服务无法到达等独立证据，才进入网络排查。PuppyIP 资源中心的代理连接失败排查清单可作为这些独立网络问题的参考。

在每轮截止日前复查 GitHub Changelog、supported models、具体客户端支持和组织策略。GitHub 后续若改变日期、替代映射、价格或覆盖范围，应更新本页同一 URL；没有官方新事实时，不根据单个账号的显示状态推断全球进度。本文为迁移核查说明，未登录组织账户或执行生产切换。