← 返回每日简报
AI运营

GitHub Copilot app 支持 BYOK,企业开始能把代理流量收回自己的模型边界

GitHub 于 2026-06-23 为 Copilot app 加入 BYOK,支持接入 OpenAI、Azure OpenAI、Anthropic 及本地模型,让企业按自己的配额、区域和数据边界运行代理会话。

GitHub 在 2026-06-23GitHub Copilot app 加入了 BYOK(bring your own key) 支持。表面上看,这只是多了一个接第三方模型的入口;但从企业落地角度看,它更像是把代理式开发从“必须走平台托管模型”推进到“可以回到企业自己的模型与合规边界里运行”。

根据官方说明,用户现在可以在 Settings → Model Providers 中添加自己的提供方与密钥,支持的范围包括 OpenAI、Azure OpenAI、Microsoft Foundry、Anthropic、LM Studio、Ollama,以及任意 OpenAI-compatible endpoint。配置完成后,这些模型会和 Copilot 托管模型一起出现在选择器里,团队可以按会话切换。GitHub 还特别说明,密钥保存在本地操作系统 keychain 中,界面不会把它们读回显示。

这让 Copilot app 的角色发生了变化。过去企业在使用代理式工具时,经常要在“更完整的产品体验”和“自己的云账户、区域、计费、数据处理条款”之间做取舍;现在 GitHub 明确把这些已有约束带回了 Copilot app。官方给出的典型场景包括继续沿用现有提供方、把前沿模型和本地模型混用,以及让推理流量保持在自家 tenant、云账户或内部网关内运行。对监管要求更强、内部审批更慢的组织来说,这比单纯增加模型数量更有现实意义。

NZAO 认为,这条更新对应的是 AI 运营的下一阶段问题:企业不再只问“能不能上代理”,而是开始问“代理流量走哪、钱记在哪、数据留在哪”。需要注意的是,官方同时注明,Copilot BusinessCopilot Enterprise 若要访问 Copilot app,仍需管理员先在策略设置里启用 Copilot CLI。也就是说,BYOK 虽然补齐了模型侧边界,但真正的企业落地仍然取决于策略开关、权限治理和内部支持流程是否同步到位。