GitHub 在 2026 年 6 月 23 日宣布 Copilot app 支援 bring your own key，簡稱 BYOK。這代表使用者可以把自己的模型供應商加入 Copilot app，再用這些模型執行 agent session。支援範圍包括 OpenAI、Azure OpenAI、Microsoft Foundry、Anthropic、LM Studio、Ollama，以及 OpenAI-compatible endpoint。
這個更新看似是 settings 頁面多了一個 provider 選項，但對 coding agent 平台來說很關鍵。Copilot app 已經定位為 agent-driven development 的桌面入口，BYOK 令 agent session 不再完全綁定單一 hosted model。團隊可以按任務、資料邊界、成本、地區和合規要求選擇不同模型。
GitHub 的設計是把 provider endpoint 和 API key 加到 Settings 的 Model Providers。加入後，該 provider 的模型會出現在 model picker，與 Copilot-hosted models 並列。使用者可以每個 session 選擇要用哪個模型，而 key 會儲存在本機作業系統 keychain，UI 不會讀回 key。
這一點對企業和受監管環境很實際。某些任務需要 frontier model 處理複雜推理，某些任務適合用本地或自託管模型處理執行與資料敏感步驟。BYOK 讓團隊可以把 inference traffic 留在自己的 cloud account、tenant 或內部 gateway，減少資料邊界和採購合約上的摩擦。
另一個值得留意的方向，是多模型 agent workflow 正變得更正式。過去開發者可能在不同工具之間手動切換模型，現在 Copilot app 把這個選擇放進同一個 agent session 入口。這會令模型選擇從「個人偏好」逐步變成「工程政策」：哪些 repo 可用哪些 provider、哪些任務要用 local model、哪些 session 需要企業 gateway。
BYOK 也把成本和配額管理帶回企業自己手上。團隊可以沿用既有 billing、quota、region 和 data-handling terms，而不是為每個 AI coding workflow 重新建立一套採購與風險評估。對大型工程組織來說，這種整合通常比單純模型能力更影響 adoption。
這次更新的訊號是，AI coding agent 平台正在由「提供一個好模型」走向「管理多個模型與執行環境」。未來 coding agent 的成熟度，會取決於模型 picker、key management、tenant routing、local model support、policy controls 和 auditability 是否足夠完整。
