GitHub、Copilot CLI に BYOK と local model を追加し agent terminal を外部 provider と内部環境へ拡張

GitHubは2026年4月7日の changelog で、Copilot CLI が GitHub-hosted model routing の代わりに、ユーザー自身の model provider や fully local model を直接利用できるようになったと発表した。見た目は packaging の変更に近いが、実際には Copilot の terminal agent をどこで動かせるかを大きく広げる更新だ。すでに Azure OpenAI、Anthropic、あるいは他の OpenAI-compatible service を契約しているチームはその endpoint を直接使え、Ollama、vLLM、Foundry Local を回している開発者は推論を自分の machine の中に残せる。

運用面のポイントも明確だ。GitHubによれば COPILOT_OFFLINE=true を設定すると CLI は GitHub の server に接続せず、telemetry も無効になり、指定した provider とだけ通信する。local model と組み合わせれば、prompt や source context を外部 routing infrastructure に出せない組織でも fully air-gapped workflow を構成できる。さらに GitHub はこの mode では authentication を optional にした。model access だけなら provider credential で始められ、GitHub に sign in すれば /delegate、GitHub Code Search、GitHub MCP server などの機能を同時に使える。

同時にいくつかの前提条件も示された。選ぶ model は tool calling と streaming をサポートする必要があり、best result のためには少なくとも 128k token context window が推奨される。組み込み sub-agent の explore、task、code-review も同じ provider configuration を継承する。また provider 設定が無効でも GitHub-hosted model に黙って fallback しない。これは governance の観点で重要で、失敗を見えるままにしておくことで、意図しない endpoint へ traffic が流れるのを防げるからだ。

より大きな意味は戦略面にある。GitHub は Copilot CLI の interface を保ちながら、model router としての GitHub 依存を弱めた。これによって enterprise チームは 1 つの terminal workflow を標準化しつつ、cost、policy、latency、data residency に応じて model を選べる。規制の厳しい環境や閉域環境で Copilot CLI が現実的な選択肢になるのもこのためだ。

もちろん、これで model quality の問題が消えるわけではない。弱い local model は弱い agent behavior しか出せず、長い context と tool use は強い open model でも難しい。それでも今回の更新で Copilot CLI は単なる hosted inference の thin client ではなく、agentic terminal work の control plane に一段近づいたと言える。