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 是否足够完整。
