2026 年 9 月 3 日，GitHub 通过官方 changelog 发布了一则与 Copilot 模型生命周期相关的公告：一批被选定的模型将于 2026 年 10 月 2 日起，在所有 GitHub Copilot 体验中被弃用。这是一份已经确定时间表的变更通知，而不是征求意见或早期预警——对开发者而言，准备时间从公告发布当天就已经开始计算。

官方公告确认了哪些事实

公告明确给出的信息有三条。

第一，弃用范围覆盖"所有 GitHub Copilot 体验"，并显式枚举了四类入口：Copilot Chat、inline edits（内联编辑）、ask 与 agent 模式、代码补全。值得注意的不只是 Copilot Chat 或代码补全这类常见入口，而是 inline edits 与 ask/agent 模式被单独列出。这说明本次弃用不是"补全模型更新"那种影响范围有限的调整，而是同一批模型在多条请求链路上的同时退出。只要团队工作流依赖这些模型，Chat 对话、编辑提议、代理式多步任务都会在同一个生效日期发生变化。

第二，弃用生效日期统一为 2026 年 10 月 2 日。从 9 月 3 日公告发布到生效，间隔约 29 天。对个人开发者来说，这个窗口足够完成一次配置核对和手动验证；但对企业团队而言，涉及模型选择的变更往往还要经过内部审批、安全评估和效果回归，一个月时间并不宽裕。

第三，公告措辞用的是"the following models"，即受影响对象是具体的若干模型，而不是全部模型。这意味着公告原文中应当存在一份模型清单，公告在给出清单前就结束了现有摘录，"Model Deprecation date…"之后的内容（模型名称与逐模型弃用日期）未能被完整获取。

目前无法确认的信息

以下是现有资料无法支撑、不能当作事实来使用的部分：

  • 具体哪些模型被列入弃用名单；
  • 不同模型之间是否有差异化的弃用日期；
  • 弃用后是否存在官方指定的替代模型或默认回退行为；
  • 公告是否涉及 Copilot 的 API、不同订阅层级或企业策略的额外约束。

在拿到完整模型清单之前，任何"某个模型必然在名单内"的表述都只是猜测，不能作为迁移依据。严谨的做法是回到源头核对：官方 changelog 原帖地址为 github.blog/changelog/2026-09-03-upcoming-deprecation-of-selected-github-copilot-models。

在名单确认前，可以先做三件事

第一，确认你的使用方式是否"显式指定模型"。如果日常工作流完全依赖 Copilot 的默认配置，弃用公告的影响取决于默认模型是否在名单内，而这类信息目前缺失，不能提前假设；如果你或团队在配置中显式选择了某个具体模型，一旦该模型进入弃用名单，你们就是首当其冲的受影响方，排查优先级应该最高。

第二，在团队内部建立模型使用清单。即使还不知道名单内容，仍然可以先摸清：哪些项目、哪些高频操作依赖值得记录的模型选择？哪些成员会手动切换模型？这一步不依赖 GitHub 的进一步披露，等完整名单发布后，只需要把这份内部清单与弃用名单做一次交叉比对。

第三，为行为回归预留一组代表性任务。模型弃用的风险不只是"请求不可用"，更是"可用但行为变化"。建议在生效日前用团队真实任务记录当前模型的输出基线，覆盖长对话上下文保持、复杂编辑提议、多步任务完成质量等场景。这样在 10 月 2 日之后，任何差异都可以被量化识别，而不是凭感觉判断"效果变了"。

现阶段不该做的两件事

不要根据传闻或历史经验猜测名单，并提前批量修改模型配置。不同模型的名称与行为边界差异很大，在官方名单和替代方案明确之前，提前迁移只会往系统里引入一个无法归因的变量。

也不要把迁移拖到生效日当天才执行。弃用的直接含义是这些模型在 10 月 2 日之后不再被提供，这意味着"切换后不满意再切回来"的退路在生效日后关闭。任何需要保留回退能力的团队，都必须在生效日前完成验证并确定新配置。

不同开发者的应对重心

独立开发者的应对关键是关注官方后续说明，并在生效日前主动确认自己使用的模型是否在名单内，避免被动接受默认行为的变化。

团队和企业用户面临的问题更结构化了：如果名单最终覆盖了正在使用的模型，就不得不在约一个月内走完"影响评估—方案确认—回归验证—配置变更"的完整链路。这条链路里最容易被低估的是回归验证——代码补全与 Chat 类体验的评测标准并不相同，ask/agent 这类多步任务对模型行为变化的敏感度又高于单次补全。

把这次公告放在更长的时间线上看，它揭示了一个趋势：模型已经成为 Copilot 使用中需要被主动管理的变量。过去开发者可以不关心"当前补全由哪个模型提供"，而现在，模型级变更会以固定节奏落到所有体验入口。团队需要具备的最基本能力是：知道自己用的是什么模型、它在哪些场景生效、行为基线是什么。这套答案的准备时间，不应该是弃用生效的前一天，而是收到公告的当天。