GitHub Copilot模型迁移：11月停用前的完整清单

针对Copilot多款模型停用，给出个人、团队和企业管理员的迁移、回归测试与回滚方案。

为什么要在停用前主动迁移

GitHub公告显示，Claude Opus 4.8、Claude Opus 5和GPT-5.6 Terra计划在2026年11月16日从多种Copilot体验中停用，并建议迁移到Claude Opus 5.5或GPT-6.1 Sol、GPT-6 Luna等替代型号。个人用户可能只需重新选择模型，企业团队还涉及策略开关、共享提示、自动化脚本、质量基线和费用变化。等待系统自动切换会让问题集中在最后一天，尤其是固定模型名的API和Agent流程。

先盘点模型依赖

从Copilot设置、组织策略、IDE配置、命令行脚本、工作流文件和内部文档中搜索旧模型标识。列出使用人、场景、调用入口、替代模型和负责人。重点检查自动代码审查、Agent模式、内联编辑和自建集成，因为用户界面的默认选择变化不代表脚本已经更新。企业管理员还要确认替代模型是否被全局策略禁用，以及不同团队是否拥有访问权限。

建立迁移测试集

每类场景选取真实任务：大型仓库问答、跨文件修改、单元测试生成、安全审查、文档改写和日常补全。对旧模型与候选模型分别运行，比较一次通过率、无关改动、测试通过、响应时间和配额消耗。Claude替代路线可重点评估长程编码和复杂分析，GPT替代路线评估现有提示兼容与工具调用。不要用单个漂亮示例做结论，至少覆盖正常、模糊和失败任务。

分阶段切换

先让少数开发者在非关键仓库使用替代模型，收集一周问题；随后修改团队默认值和内部文档，但保留用户手动回退；最后更新自动化配置并锁定已验证版本。若企业采用默认模型启用策略，仍要显式检查管理后台，而不是假设平台会代替完成所有设置。迁移期间冻结大规模提示词重构，避免模型变化与提示变化同时发生导致难以归因。

停用当天与后续监控

停用前导出配置清单并通知开发者，停用当天检查模型选择器、组织策略、API错误率和Agent任务失败率。遇到模型不可用时应快速切换到已验证候选，不要无限重试旧名称。后续两周观察代码审查采纳率、返工率、缺陷逃逸和用户反馈。如果替代模型更强但成本明显上升，可按任务复杂度路由，而不是所有请求都使用最高档模型。模型生命周期管理应成为持续流程，每月检查一次弃用公告。