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 工作流程，需要把模型視為可更換部件，而不是不可移動的核心假設。
對企業而言，最實際的做法是建立模型抽象層和驗收測試：哪些任務可用快速模型，哪些任務需要更強推理，哪些輸出必須人工審閱，模型切換後要跑哪些回歸檢查。這些準備會比單純追逐最新模型更能保障交付穩定性。
