GitHub Models 7/23 再做 brownout，7/30 全面退場並引導使用者轉 Microsoft Foundry

GitHub 在 7 月 1 日公告，GitHub Models 將於 7 月 30 日全面退役，包含 Playground、模型目錄、Inference API、BYOK endpoint 和相關介面。這次變更適用所有客戶，包括仍在使用服務的既有客戶；GitHub 也安排 7 月 23 日短暫 brownout，期間請求會暫時回傳錯誤後再恢復。

GitHub Models 原本提供免費尋找和試用 AI 模型的入口。距離完整退役只剩一段明確的遷移窗口，使用這些 endpoint 的開發專案必須在 7 月 30 日前完成替代方案驗證，否則 Playground 和 API 會同時失去服務。

GitHub Models 的四個服務面向同時停止

GitHub 列出的退場項目涵蓋模型目錄、線上 Playground、Inference API 和 BYOK endpoint。BYOK 是讓使用者帶入自己的模型供應商金鑰；因此受影響的不只是在 GitHub 介面裡試用模型的工作，也包括透過 GitHub Models 服務呼叫外部模型的應用程式。

7 月 23 日的 brownout 會讓 GitHub Models 請求短時間出錯，提供一個接近退役狀態的測試窗口。GitHub 沒有把 brownout 說成正式遷移完成，也沒有承諾既有 API 呼叫會自動轉到新 endpoint。

GitHub 把替代入口指向 Microsoft Foundry 與 Copilot

GitHub 的公告把 Microsoft Foundry 列為需要 AI 模型存取的新舊專案替代入口，並把 GitHub Copilot 列為在 GitHub 內建立 AI 工作流的另一條路。兩者的服務定位不同：Foundry 提供較廣的模型目錄，Copilot 則把模型能力放在程式開發工作流裡。

這段公告只提供產品方向，沒有說明每個 GitHub Models 模型、限制和 API 參數會如何映射到 Foundry。使用者需要依專案原本使用的模型名稱、請求格式、金鑰管理方式和計費設定重新檢查，不能把入口網址替換後就視為完成遷移。

Microsoft Foundry 仍需依模型生命週期管理

Microsoft 的 Foundry 模型文件另有生命週期和退役日期表，列出模型目前階段、退役日期與可用替代模型。這表示轉到 Foundry 後，專案仍要記錄模型版本和部署設定，不能只依賴一個不變的模型別名。

GitHub 的文件仍把 GitHub Models 描述為尋找和試用 AI 模型的服務，並分列快速開始、評估模型和大規模使用等功能。這些文件有助於辨識現有工作流，但 GitHub 的 7 月 30 日公告才是本次服務停止的時間依據。

GitHub Models 7月23日先測試中斷，7月30日停止服務

GitHub 公布的時間表是 7 月 23 日進行下一次 brownout，7 月 30 日移除 GitHub Models 介面並停止 Playground、模型目錄、Inference API 和 BYOK endpoint。公告沒有提出延後日期，也沒有提供現有專案的自動轉移清單。

消息來源：GitHub Changelog、GitHub Models 文件、Microsoft Foundry 模型生命週期。