Copilot CLI 支持 BYOK 与本地模型（2026-04-07）：离线开发与成本治理清单

GitHub 在 2026-04-07 发布的 Copilot CLI 更新，价值不在“多接几个模型”，而在于它把终端 agent 的模型路由控制权交还给团队：可以直接接 Azure OpenAI、Anthropic、OpenAI-compatible endpoint，也可以跑本地模型，甚至在 air-gapped 环境进入 offline 模式。

1. 这次更新带来的三个关键变化

• BYOK：使用自有 provider 账号与配额，不再强依赖 GitHub-hosted routing。
• Local models：支持本地模型接入（如 Ollama / vLLM / Foundry Local），适配内网或成本敏感场景。
• Optional GitHub auth：仅用 provider 凭据也可启动 CLI；如登录 GitHub 则可叠加 `/delegate`、Code Search、MCP 等能力。

2. 离线模式不是“断网就行”

官方给的方式是设置 COPILOT_OFFLINE=true。但实际落地要做两层校验：

1. 网络层：确认 CLI 不会访问 GitHub 服务器，只访问你配置的 provider。
2. 审计层：离线环境也要保留命令与变更审计，不然只是把风险从云端移到本地盲区。

3. 企业接入建议：先定义“模型策略”再上线

• 哪些仓库允许外部云模型，哪些仓库必须本地模型。
• 不同仓库的上下文窗口上限、工具调用白名单与日志保留策略。
• provider 不可用时的降级路径，避免“静默回退到默认模型”。

4. 7 天接入清单

1. 第 1 天：梳理仓库分级（公网模型 / 私有模型 / 完全离线）。
2. 第 2-3 天：在试点仓库配置 provider 并跑回归任务。
3. 第 4 天：验证 offline 模式网络出口与日志行为。
4. 第 5-6 天：压测 token 成本、响应延迟、工具调用成功率。
5. 第 7 天：固化默认策略并发布团队使用基线。

5. 我会优先盯的指标

• 每千次任务的平均 token 成本
• 任务完成时延 P50 / P95
• 因 provider 配置问题导致的失败率
• 离线模式下审计日志完整率

对终端 agent 而言，BYOK 与本地模型真正解决的是“主权和可控性”，不是模型选型花样。

参考信息（官方）

• GitHub Changelog（2026-04-07）：Copilot CLI now supports BYOK and local models
• GitHub Changelog（2026-04-02）：Copilot SDK in public preview
• GitHub Docs：GitHub Copilot documentation