GitHub Copilot模型11月16日退役：迁移检查清单
Claude Opus 4.8、Claude Opus 5与GPT‑5.6 Terra将退出Copilot，团队应提前核对替代模型、管理员策略、提示与集成。
本文核心看点
GitHub于2026年10月15日宣布，Copilot将在11月16日跨聊天、内联编辑、Ask、代理模式和代码补全退役Claude Opus 4.8、Claude Opus 5与GPT‑5.6 Terra，并分别建议迁移到Claude Opus 5.5、GPT‑6.1 Sol或GPT‑6 Luna。本文提供工作流盘点、管理员策略、提示回归、费用与回退检查，避免模型切换当天出现中断；个人年度订阅者的Opus 4.8例外单独说明，适合个人用户、团队负责人和管理员在截止日前逐项验收。
作者：恩禾ENHE AI · 2026年10月16日
GitHub于2026年10月15日宣布，Copilot将在11月16日跨聊天、内联编辑、Ask、代理模式和代码补全退役Claude Opus 4.8、Claude Opus 5与GPT‑5.6 Terra，并分别建议迁移到Claude Opus 5.5、GPT‑6.1 Sol或GPT‑6 Luna。本文提供工作流盘点、管理员策略、提示回归、费用与回退检查，避免模型切换当天出现中断；个人年度订阅者的Opus 4.8例外单独说明，适合个人用户、团队负责人和管理员在截止日前逐项验收。
直接回答
11月16日前先找出所有明确指定Claude Opus 4.8、Claude Opus 5或GPT‑5.6 Terra的Copilot工作流，再确认替代模型已被管理员允许并完成关键提示、代理任务和集成的回归测试。个人年度订阅者的Opus 4.8例外不能推定适用于组织席位；被退役模型无需手动删除。
事实来源
GitHub在2026年10月15日宣布，Claude Opus 4.8、Claude Opus 5和GPT‑5.6 Terra将于2026年11月16日在Copilot中退役。
影响范围包括Copilot Chat、内联编辑、Ask与代理模式以及代码补全，不只是聊天模型选择器。
GitHub建议Claude Opus 4.8和Claude Opus 5迁移到Claude Opus 5.5，GPT‑5.6 Terra迁移到GPT‑6.1 Sol或GPT‑6 Luna。
Business与Enterprise默认启用策略下，建议替代模型会自动开放，除非管理员关闭全局默认或明确禁用模型；个人年度订阅者可继续使用Claude Opus 4.8。
11月16日前的八项迁移检查
- 列出聊天、内联编辑、Ask、代理、代码补全、提示模板、自动化脚本和文档中写死的三个旧模型名称。
- 按个人、Business和Enterprise订阅区分负责人；不要把个人年度订阅者的Opus 4.8例外套用到组织账号。
- 让组织管理员检查Copilot模型策略，确认全局默认和目标替代模型没有被关闭。
- 把两个Claude旧模型先映射到Claude Opus 5.5，再为GPT‑5.6 Terra分别测试GPT‑6.1 Sol和GPT‑6 Luna。
- 用真实但已脱敏的关键任务回归测试正确性、工具调用、代码差异、延迟和需要的人工修改。
- 核对替代模型的计费、倍率、配额和可用地区，以账号内当前显示和GitHub官方文档为准。
- 在团队文档和提示模板中更新模型名称、切换日期、负责人、验收结果与故障回退模型。
- 11月16日后复查模型选择器、代理和集成；无需手动删除旧模型，但要处理仍引用旧名称的配置。
为什么重要
模型退役看似只是下拉菜单变化，实际会同时影响聊天、编辑、代理、补全和写死模型名的集成。提前用真实任务验证，可把“官方建议的替代模型”转化为团队自己的质量、费用和可用性证据。
普通AI用户影响
普通Copilot用户应在截止日前确认常用模型和工作流，组织成员还要等待管理员策略允许。没有写死模型的轻度用户可能只需选择新模型，但依赖固定提示、代理或集成的团队需要保留测试记录和回退方案。
相关工具与教程
可在恩禾AI软件目录、账号与费用服务、AI技能教程和前沿资讯中继续比较编码助手、团队权限、模型费用与迁移测试方法。
AI软件与工具 · AI账号与费用服务 · AI技能教程 · AI前沿资讯
FAQ
哪些模型会在11月16日退役？
Claude Opus 4.8、Claude Opus 5和GPT‑5.6 Terra；官方分别建议Claude Opus 5.5、GPT‑6.1 Sol或GPT‑6 Luna。
个人年度订阅者也会失去Claude Opus 4.8吗？
GitHub明确写明个人Copilot年度订阅者可继续使用Opus 4.8，以保留一个Opus选项。
管理员需要手动删除旧模型吗？
不需要。GitHub说明退役后无需手动移除，但团队仍应清理工作流和集成里写死的旧模型名。
来源链接
- GitHub: Upcoming deprecation of selected Copilot models in mid-November (2026-10-15)
这对普通用户意味着什么？
记录旧模型引用、订阅类型、管理员策略、候选替代模型、真实任务测试、费用与配额、负责人、切换日期和回退方案。
相关阅读
GitHub Package Firewall怎么用：AI编码代理安装npm依赖的安全清单
GitHub于2026年10月20日推出Package Firewall公开预览，为GitHub Enterprise Cloud中的编码代理、CI运行器和内部端点在安装npm包时增加策略门。防火墙检查元数据与下载，可设置冷却期、GitHub Advisory Database检查和证明降级等供应链规则；预览期免费，正式版将按用量计费。本文提供耐久型接入清单：先盘点端点与注册表，再用只读构建验证拦截和例外流程，最后记录误拦、审计与费用边界。
GitHub Copilot会话可转到VS Code：上下文、差异与工作树一起保留
GitHub发布操作指南，说明如何把Copilot应用中的代理会话继续到VS Code，而不必重新概括对话或复制修改。打开后会保留任务上下文、代码差异和原来的隔离工作树。本文面向使用AI编程工具的创作者与技术团队，列出账号、权限和会话改动等前提，并给出“看差异、改代码、跑测试、再推送”的接手清单；它不自动证明代理修改正确，也不包含部署授权。
AI代理何时可以自动行动：Scope、Know、Bound、Observe四步证据清单
AI代理能否少等人工批准，不应只看演示是否顺利。AWS提出Trust in Depth框架，用Scope、Know、Bound、Observe四个问题分别检查任务用途与禁区、授权身份、运行中限制和事后可追溯性。本文把这套思路整理成普通团队可执行的耐久清单，以“更新一个内部任务状态”为例，给出放行证据、停止条件和人工复核点；精确规则可自动验证，涉及语气、敏感情境或高影响决定时仍需人来判断。
GitHub Copilot模型策略API正式可用：四层权限怎么查与改
GitHub宣布Copilot模型策略REST API正式可用，管理员可在企业、企业团队、代理应用和组织四个层级读取或更新模型策略。本文面向技术管理员，说明这次API开放与此前网页端全局模型策略并非同一事件，并给出“先GET盘点、保存基线、人工审批、最小PATCH、再次GET验证”的操作顺序。示例不包含真实组织名称、令牌或生产写入，也不建议在没有变更窗口和回退记录时批量修改。
GitHub推出HydraFusion Max：复杂编程任务何时值得多模型复核
GitHub更新多模型编排能力并推出更强调深度推理的版本，适合需要分析与复核的编程任务，但它不是又一个独立模型。本文说明研究预览状态、客户端和套餐条件，区分普通任务与复杂缺陷，并给出一次可比较的测试记录样例。多个模型参与可能增加时间和用量，不能凭名称判断更便宜或效果更好；真正交付仍要检查改动、测试和费用记录。
Google Meet会后跟进怎么用：邮件草稿与任务的人工复核清单
会后跟进不是有一份纪要就结束，还要把讨论变成准确的任务与邮件。本文依据谷歌公告和帮助文档，说明会议结束后的例行操作入口、记录与账号条件，以及邮件草稿更严格的适用范围。给出一次对外项目沟通的复核样例：逐项确认负责人、交付物、截止时间和收件人，缺失的信息先待确认。功能未出现时可手动完成同一清单，生成草稿不等于已经发送，长期例行操作也应知道在哪里关闭。
总结
这次迁移的正确做法不是等旧模型消失后临时换一个，而是现在完成模型引用盘点、策略开放、真实任务回归和回退记录。到11月16日，团队只需要执行已验证的切换，而不是现场猜答案。