GitHub计划在2026年11月16日从Copilot各类体验中停用Claude Opus 4.8、Claude Opus 5和GPT-5.6 Terra，官方建议分别迁移到Opus 5.5、GPT-6.1 Sol或GPT-6 Luna。
哪些地方会受到影响
停用范围不仅是聊天窗口，还包括行内编辑、Ask、Agent模式和代码补全。企业若在文档、技能、自动化脚本或团队规范中写死模型名称，届时可能出现不可选、调用失败或被默认模型替换。年度个人订阅中的Opus 4.8存在例外，但不能据此假设组织环境也继续可用。
默认启用策略下，Copilot Business和Enterprise通常会自动启用建议替代模型；若管理员关闭了全局默认或明确禁用了模型，则需要进入模型策略手动开放。用户看到模型不代表现有任务已经完成兼容验证。
迁移前先做清点
从仓库配置、组织策略、IDE设置、Agent技能和自动化任务中搜索旧模型名，建立“使用位置—任务类型—负责人—替代模型”表。重点识别依赖长上下文、特定代码风格、工具调用和结构化输出的流程，因为这些行为在更换模型后最容易变化。
将现有高频任务保存为固定回归集，包括修Bug、补测试、重构、解释代码和生成迁移脚本。可以沿用Agent持续评测方法，记录完成率、测试通过率、修改文件数、token成本和人工返工时间。
如何选择替代模型
原来使用Claude Opus处理复杂推理和大范围代码修改，可先测试Opus 5.5；Terra工作流根据任务复杂度测试GPT-6.1 Sol和成本更低的GPT-6 Luna。不要机械地把所有任务指向最强模型，简单补全、文档和小修改可以使用更快更便宜的选择。
同一测试集至少重复运行三次，观察输出稳定性。工具调用要检查参数、顺序与失败停止；代码任务必须通过真实测试，而不是让模型自评。新模型若速度更快但产生更多无关改动，整体成本可能反而上升。
上线和回退安排
先在小团队开启替代模型，保留旧模型作为对照；确认一周后再扩大。更新内部文档、模板和默认策略，并通知开发者明确切换时间。11月16日前完成关键流程迁移，不要等停用当天临时处理。
为短期无法兼容的自动化准备降级路径，例如改为人工触发或使用另一已验证模型。迁移完成后删除失效配置，避免系统默默回退到未知默认值。
落地结论
真正可用的AI系统必须同时满足任务有效、数据可控、成本可解释和失败可回退。建议先用真实且脱敏的小样本建立基线，再逐步开放工具与自动化权限；任何涉及生产修改、外部发送、医疗科研结论或资金的动作，都应保留人工审批和完整审计。
资料来源：GitHub Changelog：Upcoming deprecation of selected Copilot models。本文依据公开资料重新整理，并结合工程实践给出操作建议；厂商公布的性能和案例数据不等同于独立第三方验证。
