GitHub Copilot模型停用会影响哪些工作流，Kimi K3替代项如何处理？

GitHub Copilot在2026年12月14日停用部分模型，影响范围包含聊天、行内编辑、ask与agent模式及代码补全。依赖这些模型的工作流和集成应在截止日期前转向受支持型号；其中Kimi K3的官方替代项尚未公布，不能凭名称接近或厂商相同就自行认定替代关系。

模型停用的范围是什么

这份公告针对GitHub Copilot中的模型，而不是原模型提供商的所有产品。停用名单列出Claude Fable 5、Claude Haiku 4.5、Gemini 3.8 Flash、Gemini 4 Argon、Grok 4.6和Kimi K3，日期均为2026年12月14日。

官方用“所有GitHub Copilot体验”描述适用范围，并举出Copilot Chat、行内编辑、ask与agent模式以及代码补全。因此，仅将它理解成聊天面板的模型列表整理，会遗漏工作流与集成的依赖问题。

已知替代与待定替代需要分开

五组已公布的建议替代关系分别是：Claude Fable 5转向Claude Fable 5.2，Claude Haiku 4.5转向Claude Haiku 5.5，Gemini 3.8 Flash转向Gemini 4 Hydrogen，Gemini 4 Argon转向Gemini 4 Carbon，Grok 4.6转向Grok 4.7。

Kimi K3对应的替代项仍为尚待公布。这个表述不等于Kimi K3没有停用日期，也不意味着任何其他模型都已获得官方替代地位。可以确定的截止日期，与尚未确定的目标模型，是两项独立事实。

为什么不宜把替代名单直接当成配置对照表

建议替代只说明官方给出的迁移方向。该公告没有提供各模型之间的参数兼容矩阵、价格对比、上下文长度对照或任务等价保证，也没有给出可直接覆盖所有集成的统一配置文件。

因此，这份名单适合用来识别模型依赖和迁移方向，不能当作所有接口、工具与场景无需评估就能一键互换的依据。尤其是使用尚未公布替代项的Kimi K3时，更不应把未确认选择写成既定结论。

组织访问限制与订阅例外会改变判断

Business与Enterprise组织在默认模型启用机制下，会自动获得建议替代模型，前提是管理员没有关闭全局默认或显式禁用该模型。若全局默认已关闭，替代模型可通过Copilot设置中的模型策略启用。被启用后，用户才能在受支持Copilot体验的Chat模型选择器中看到它。

Claude Haiku 4.5另有明确例外：个人GitHub Copilot年度订阅用户仍可使用，本次停用不适用于这些客户。这不影响其余型号在公告中的停用安排，也不能推广到所有个人或组织计划。

停用后无需移除与截止前迁移的区别

GitHub表示，停用后用户不需要再做移除模型的操作；与此同时，要求截止日期前将工作流和集成调整到受支持模型。自动移除属于产品端可用性管理，工作流迁移属于依赖管理，两者不是同一件事。

对这次调整的准确理解，应同时保留三类信息：哪些型号在何时停用，哪些替代已经公布，以及账号是否满足访问条件。没有公开的替代信息就继续标为待定，不把推测写进已确认的迁移方案。