2026年11月16日，GitHub Copilot 将全面弃用 Claude Opus 4.8、Claude Opus 5 以及 GPT-5.6 Terra。
先说结论：
- Copilot Chat、代码补全等全线体验同步下线旧模型，默认替换为 Claude Opus 5.5 与 GPT-6.1 Sol 或 GPT-6 Luna。
- 年付个人订阅者享有特权，仍可继续使用 Claude Opus 4.8。
- Enterprise 和 Business 管理员需核查全局默认设置，未关闭则自动启用新模型。
这次模型迭代是 Copilot 底层 Agent 能力的强制换血。企业用户如果还在用旧版 API 集成，11月16日后会直接面临工作流中断，必须提前做兼容性测试。
全线体验同步换血，旧模型如何平稳过渡
弃用范围覆盖 Copilot Chat、inline edits、ask and agent modes 以及 code completions。替代方案很明确：Claude Opus 4.8 和 5 统一升级为 Claude Opus 5.5，GPT-5.6 Terra 则替换为 GPT-6.1 Sol 或 GPT-6 Luna。
对于企业架构师，选 GPT-6.1 Sol 还是 GPT-6 Luna，或者统一切 Claude Opus 5.5，取决于现有的 Prompt 工程资产。如果团队在 GPT-5.6 Terra 上沉淀了大量 Agent 工作流，直接切 GPT-6.1 Sol 能保持指令遵循的连贯性。如果业务更看重长上下文和复杂代码重构，Claude Opus 5.5 是更优解。
特别是 Agent modes 对模型的上下文记忆和工具调用能力要求极高。从 GPT-5.6 Terra 切换到 GPT-6.1 Sol 后，原有的工具调用 Prompt 可能需要重新微调，否则会出现参数传递丢失的问题。不要盲目依赖默认配置，必须在 staging 环境跑一遍核心用例，对比新旧模型在特定代码库上的补全准确率。
个人用户与企业用户的权限差异
年付个人订阅者享有特权，仍可继续使用 Claude Opus 4.8。月付个人及所有企业/商业用户则面临强制迁移。
很多团队会踩的坑是，以为管理员在后台关了全局默认，旧模型就还能用。实际上，一旦过了 11月16日，旧模型在服务端直接下线，后台配置再保留也会报 404 或 fallback 错误。失败条件就是：你的 CI/CD 管道里硬编码了旧模型 ID，且没有做 fallback 逻辑。必须在代码层加上模型可用性检查，而不是依赖 GitHub 的默认策略。
注意：弃用后无需手动移除模型，系统会自动处理。但如果你的集成依赖特定模型 ID，必须主动修改代码。
管理员配置与官方文档指引
Enterprise 和 Business 客户，如果关了全局默认，需要去 Copilot settings 的 model policies 里手动开启新模型。开启后，用户会在 Copilot Chat 的 model selector 看到。如果有疑问，建议直接联系 account team 获取支持。
官方支持模型文档：
社区反馈与讨论：
这次弃用动作释放了一个明确信号：Copilot 正在加速淘汰上一代基础模型，全面拥抱具备更强 Agent 能力的新一代架构。对于依赖 Copilot 构建内部研发效能平台的团队，这不仅是换个模型名字，而是底层推理逻辑的切换。建议在 11月10日前完成所有核心业务线的模型切换压测，特别是那些对代码补全延迟和上下文窗口敏感的模块。不要等到 16日当天看报错日志，提前把 GPT-6 和 Opus 5.5 的 Token 消耗和响应时间基准线跑出来。
对于战略决策者而言，这次换代反映了云厂商在 AI 编码助手领域的军备竞赛已经进入深水区。模型迭代速度加快，意味着企业客户的迁移成本也在隐性增加。选择具备长期生态支持和向后兼容能力的平台，比单纯追求单次跑分更重要。
评论区唠唠
你选 GPT-6.1 Sol 还是 Claude Opus 5.5 作为默认模型？
往期推荐
- ·
- ·8 天连跌，AI 半导体 ETF 创十年最长连跌纪录
- ·InfoQ 报告揭 AI 隐患，全交 AI 写代码反增认知债
点击公众号头像 → 历史消息，可翻阅以上文章
