2026 年 5 月 15 日，GitHub 宣布在所有 GitHub Copilot 体验中停用 Grok Code Fast 1，包括 Copilot Chat、行内编辑、询问模式、代理模式和代码补全。GitHub 建议用户改用 GPT-5 mini 或 Claude Haiku 4.5。
这类模型退役消息看似只是产品维护，但对企业 AI 代理工作流程其实很重要。当开发团队把代理放入日常写代码、审阅、测试和自动化流程，模型不再只是可随便切换的背景选项，而会影响输出质量、速度、成本和合规策略。
GitHub 特别提醒，Copilot Enterprise 管理员可能需要在 Copilot 设置的模型政策中启用替代模型，并确认用户可在 VS Code 和 github.com 的模型选择器看到新模型。这说明多模型平台的真正工作，不只是提供更多模型，而是要让企业能控制哪些模型可用、谁可用，以及切换后流程是否仍然稳定。
对使用 AI 代码开发代理的团队来说，这次更新提供了一个实务提醒：不要把工作流程绑死在单一模型名称上。自动化脚本、代理设置、文件、教学和团队惯例，都应该有清楚的替代模型策略，否则模型退役会变成日常交付风险。
另一个值得留意的角度，是模型选择会逐渐进入 IT 治理范围。过去开发者可能只按个人偏好选模型；但当代理可以读取代码、提出修改、甚至进入拉取请求流程，企业就需要考虑权限、资料保护、输出审查和成本管理。
Grok Code Fast 1 在 Copilot 内退役，反映代理生态仍然快速变动。今天可用的模型，明天可能因供应、质量、策略或安全原因被替换。成熟的 AI 工作流程，需要把模型视为可更换部件，而不是不可移动的核心假设。
对企业而言，最实际的做法是建立模型抽象层和验收测试：哪些任务可用快速模型，哪些任务需要更强推理，哪些输出必须人工审阅，模型切换后要跑哪些回归检查。这些准备会比单纯追逐最新模型更能保障交付稳定性。
