一句话看懂：GitHub 于 2026 年 9 月 10 日下架 MAI-Code-1-Flash，这款模型已从 Copilot Chat、行内编辑、Ask/Agent 模式到代码补全全线停用，官方给出 MAI-Code-1.1-Flash 作为替代。对依赖该模型的工作流和集成来说，这是一次必须手动处理的迁移。
事件核心：发生了什么
根据 GitHub Changelog 的更新，MAI-Code-1-Flash 于 2026 年 9 月 10 日起在全部 GitHub Copilot 体验中废弃，覆盖范围包括 Copilot Chat、inline edits、ask 模式、agent 模式以及代码补全。官方建议的替代模型是 MAI-Code-1.1-Flash。
需要区分两类动作：一是使用层面的替换，开发者和团队需要把工作流与集成切到受支持的模型；二是管理层面的放权，Copilot Enterprise 管理员可能要在 Copilot 设置的模型策略中为替代模型开启访问权限。管理员可以通过个人 Copilot 设置确认该模型的策略是否已启用，启用后在 VS Code 和 github.com 的 Copilot Chat 模型选择器中即可看到。至于被废弃的模型本身，不需要额外操作移除。有疑问的 GitHub Enterprise 客户可联系客户经理。
为什么重要
这是 Copilot 模型供应链上的一次常规但影响面不小的替换。Copilot 的模型选择器并不是简单的“换个下拉选项”——在企业环境中，模型可用性受管理员策略控制，意味着一次官方废弃可能同时触发技术适配和权限配置两条线。对于把 Copilot 嵌入日常研发流程的团队，模型版本变更会直接关系到补全质量、响应延迟和调用成本的稳定性。目前公开信息显示，此次调整属于版本迭代，官方提供了明确的替代型号，而非能力下线，因此更多是迁移成本问题，而非功能断供。
对用户/开发者/创作者的影响
个人开发者感受相对有限：如果你一直用默认模型，可能只需要在模型选择器里确认切到 MAI-Code-1.1-Flash，或者接受自动切换后的体验差异。真正需要行动的是两类人：一是通过 API 或自定义集成调用 MAI-Code-1-Flash 的开发者，需要检查调用链是否硬编码了旧模型名；二是企业管理员，需要提前在模型策略里放行替代模型，否则成员可能在新旧切换的窗口期遇到模型不可选的情况。对内容创作者而言，如果借助 Copilot 做代码片段生成或技术写作，影响主要是生成结果的风格和准确率可能有细微变化，建议在关键产出上保留人工复核。
AI 工具推荐
想把多个 AI 模型放在一个入口？
GamsGo AI 集成 ChatGPT、DeepSeek、Gemini、Claude、Midjourney、Veo 等常用模型，适合写作、绘图、视频和日常 AI 工作流。
推广链接：通过此链接购买，我可能获得佣金，不影响你的价格。
值得关注的后续
一是替代模型 MAI-Code-1.1-Flash 的实际表现是否稳定，尤其在长上下文补全和 agent 任务中的一致性；二是企业策略默认值是否会随之下调，减少管理员手动放行的负担；三是 GitHub 是否会给出更长的废弃过渡期或自动回退机制，避免硬编码旧模型的集成直接报错。对于成本敏感团队，还值得观察这次换代是否伴随计费口径的变化。
