GitHub Models 正式停止服務，推論 API、模型目錄與 BYOK 同步下線

GitHub Models 在 7 月 30 日正式停止服務。這次不是品牌調整或停止接受新客戶，而是直接移除 playground、模型目錄、託管推論 API 與 bring-your-own-key（BYOK）端點；既有且仍有流量的客戶同樣無法繼續呼叫。GitHub 先於 6 月停止接受新客戶，7 月 16、23 日安排短暫 brownout，最終依原定時程完成關閉。

Models 原本讓開發者用近似統一的 API 試用多家模型，並可在 GitHub 介面比較提示與輸出。它的退場對實驗性專案尤其具有技術後果：若程式把 GitHub 端點、模型識別碼、權杖格式或回應 schema 寫死，請求現在會直接失敗；即使改接 Microsoft Foundry，也不能假設模型名稱、速率限制、內容過濾、工具呼叫格式、串流事件與錯誤碼完全相容。

GitHub 官方建議，需要模型目錄與 API 的應用改用 Microsoft Foundry；需要在 GitHub 工作流內使用 AI 的團隊則轉向 Copilot。然而兩者並非一對一替代品。Foundry 涉及 Azure 專案、區域可用性、部署名稱與身分驗證設定；Copilot 則是面向開發工作流的產品，不能當成任意應用的通用推論後端。原先透過 BYOK 統一接入供應商的團隊，也必須重新決定由雲端平台、第三方 gateway 或自建代理層管理金鑰與路由。

遷移時應先盤點端點與模型 ID，再以契約測試檢查 JSON schema、函式呼叫、串流終止訊號、重試條件及內容安全拒絕。還要重新量測延遲、token 計費與區域資料處理政策，而不是只替換 base URL。這次關閉也提醒工程團隊：模型聚合服務仍可能整體退場；生產系統最好把供應商 SDK 隔離在 adapter 後方，保留離線評測與可切換的憑證、路由及降級策略。