MAI-Code-1-Flash 已弃用

2026-09-11

我们今天,2026 年 9 月 10 日,已在所有 GitHub Copilot 体验(包括 Copilot Chat、内联编辑、ask 和 agent 模式,以及代码补全)中弃用 MAI-Code-1-Flash。

请更新你的工作流和集成,以使用受支持的模型。

Copilot Enterprise 管理员可能需要通过 Copilot 设置中的模型策略来启用对替代模型的访问。

作为管理员,你可以通过检查你的个人 Copilot 设置并确认该策略已针对特定模型启用来验证可用性。

启用后,你将在 VS Code 和 github.com 上的 Copilot Chat 模型选择器中看到该模型。

无需采取任何操作来移除已弃用的模型。

有疑问或顾虑的 GitHub Enterprise 客户,建议联系其客户经理以获取进一步帮助。

要了解有关 Copilot 中可用模型的更多信息,请参阅我们的模型文档,并立即开始使用 Copilot。

加入 GitHub 社区讨论以分享你的反馈。

GitHub 于 2026 年 9 月 10 日在所有 GitHub Copilot 体验中弃用 MAI-Code-1-Flash,开发者需更新工作流与集成到受支持模型,Copilot Enterprise 管理员可能需在模型策略中启用替代模型。

这是什么信号

GitHub 在 2026 年 9 月 10 日将 MAI-Code-1-Flash 从所有 GitHub Copilot 体验中弃用,覆盖 Copilot Chat、内联编辑、ask 和 agent 模式,以及代码补全。这不是一个孤立的功能下线,而是 Copilot 模型生命周期管理的一次明确动作:当模型被标记为弃用,依赖它的工作流、集成和默认配置都需要迁移到受支持模型。

原文同时给出企业侧操作线索:Copilot Enterprise 管理员可能需要通过 Copilot 设置中的模型策略启用替代模型;管理员可以检查个人 Copilot 设置,确认特定模型的策略已启用;启用后,模型会出现在 VS Code 和 github.com 的 Copilot Chat 模型选择器中。旧模型不需要手动移除,但可用性已经改变。

为什么重要

第一,模型弃用会直接影响开发者的日常使用。任何依赖 MAI-Code-1-Flash 的提示、代理流程、代码补全偏好或内部集成,都可能无法继续按原样工作。第二,企业管理员成为迁移的关键角色。模型策略如果没有及时调整,替代模型可能不会对成员可见,导致团队在不知情的情况下失去可用模型。第三,这是一次治理提醒:AI 编程工具不再只是安装即用,模型准入、策略配置、员工通知和迁移验证正在成为企业 IT 与平台工程的标准动作。

对谁有价值

对使用 GitHub Copilot 的开发者:需要检查自己是否依赖该模型,并尽快切换到受支持模型。对 Copilot Enterprise 管理员:需要验证模型策略,确认替代模型已启用并可见。对平台工程、DevEx 和 IT 治理团队:需要把模型生命周期纳入内部工具链和合规流程。对采购与供应商管理:如果企业有大量 Copilot 席位,模型变更可能影响内部支持文档、培训材料和成本假设,值得同步给客户经理或供应商联系人。

可以怎么行动

风险或限制

原文没有说明替代模型的具体名称、迁移截止日期、价格变化或性能差异,因此不能假设迁移是无成本的。替代模型的输出风格、上下文窗口、延迟和成本可能与旧模型不同,需要实际测试。另一个风险是策略配置遗漏:如果管理员没有启用替代模型,成员可能在模型选择器中看不到它,进而误以为 Copilot 功能不可用。此外,旧模型无需手动移除,但这不代表依赖它的代码或提示会自动兼容新模型。最后,原文提到要查阅模型文档并加入社区讨论,但未给出具体链接,企业应通过官方渠道确认最新信息。

这条内容的真正价值,不只是“有人发布了一个新功能”,而是它揭示了 github.blog 背后的产品方向、工作流变化或竞争信号。对 OPC 来说,这种信息可以转化成持续追踪的栏目选题。

如果把《MAI-Code-1-Flash 已弃用》放到你的内容系统里,它最大的价值在于帮助读者更快看懂“为什么值得关注”,而不是只看到一条碎片化动态。