先に結論
2026-04-07 の更新で、GitHub Copilot CLI は BYOK と local models に対応しました。ここで一気に変わったのは、Copilot CLI を「GitHub の model routing に乗る便利 CLI」ではなく、既存のモデル契約や社内推論基盤を活かして使える agentic terminal として比較できるようになったことです。
結論を先に言うと、企業導入の判断はこう整理すると迷いにくいです。
- GitHub Copilot CLI: GitHub 中心の開発フローを残したまま、BYOK、local models、air-gapped 運用を取り込みたい
- Claude Code: 重い実装委譲や深い探索を主力にしたい
- Codex: 承認ポリシーやモデル統制を細かく設計しながら、OpenAI 系モデルを標準化したい
つまり今回は、単なる性能比較より 「GitHub を中心に残すか」「モデル統制をどこまで自前で持つか」 が勝負です。
なぜ今この比較が重要か
GitHub は 2026-04-07 に、Copilot CLI が BYOK と local models をサポートしたと発表しました。GitHub-hosted model routing を使わず、Azure OpenAI、Anthropic、OpenAI 互換 endpoint、Ollama、vLLM、Foundry Local などへ接続できます。さらに COPILOT_OFFLINE=true により、GitHub への通信を止めた offline mode も案内されています。
加えて 2026-04-14 には、github.com 上の Claude / Codex third-party coding agents で model selection が可能 になりました。Claude では Sonnet / Opus 系、Codex では GPT-5.2-Codex、GPT-5.3-Codex、GPT-5.4 が選べると案内されています。
この2つを合わせると、企業が考えるべき論点はかなり明確です。
- Copilot CLI を GitHub の利点を保ったまま BYOK 化するか
- Claude / Codex を github.com 上の agent として標準化するか
- local models と cloud models をどう使い分けるか
- 監査性、承認フロー、コスト責任をどこで持つか
比較表
| 比較軸 | GitHub Copilot CLI | Claude Code | Codex |
|---|---|---|---|
| モデル持ち込み | 強い。BYOK で Azure OpenAI、Anthropic、OpenAI 互換 endpoint に接続可能 | 中。主に Anthropic 側の契約と運用に寄る | 強い。OpenAI 系モデルと承認ポリシーの設計がしやすい |
| local models | 強い。Ollama、vLLM、Foundry Local などに接続可能 | 中。主戦場はクラウド寄り | 中〜強。自社方針次第で統制しやすい |
| air-gapped / offline | 強い。COPILOT_OFFLINE=true が明示 | 中 | 中 |
| GitHub との一体感 | 非常に強い。GitHub 認証時は /delegate、Code Search、GitHub MCP server を活かしやすい | 中 | 強い |
| モデル選択の明示性 | 強い。CLI 側で provider を固定できる | 強い。github.com 上で Claude のモデル選択が可能 | 強い。github.com 上で GPT-5.2/5.3/5.4 を選べる |
| 重い実装委譲 | 中〜強 | 非常に強い | 強い |
| 承認フロー / 監査性 | 強い。GitHub 運用とつなげやすい | 中 | 非常に強い |
| コスト責任の持ちやすさ | 強い。既存の provider 契約へ寄せやすい | 中 | 強い |
Copilot CLI が企業導入で一気に有力になった理由
1. 既存のモデル契約を活かせる
今回の更新で、Copilot CLI は GitHub-hosted models に固定されなくなりました。すでに Azure OpenAI や Anthropic を契約している組織は、Copilot CLI の体験をそのままにモデル費用の持ち先を社内契約へ寄せられる のが大きいです。
これは単なるコスト削減ではありません。
- どの provider を使うか
- どの region に置くか
- どのモデルだけ許可するか
- 予算をどの契約に載せるか
を、GitHub ライセンスと分けて設計しやすくなります。
2. local models と offline mode がある
COPILOT_OFFLINE=true により、Copilot CLI は GitHub へ通信せず、設定した provider のみと通信する運用が可能です。local model と組み合わせれば、air-gapped に近い開発フロー を作れます。
この条件が刺さるのは次のような組織です。
- 外部 API 送信を極力減らしたい
- 顧客コードの持ち出し規定が厳しい
- 社内 GPU 基盤や private inference をすでに持っている
- それでも agentic terminal の UX は捨てたくない
従来なら「Copilot は便利だが、持ち出しとモデル統制で止まる」がありました。今回の更新は、その拒否理由をかなり削っています。
3. GitHub 認証を残すと周辺機能も活かせる
GitHub は、BYOK 利用時は GitHub 認証が必須ではない一方、認証すれば /delegate、GitHub Code Search、GitHub MCP server にもアクセスできると案内しています。
つまり Copilot CLI は、
- 認証なしで社内専用 CLI として使う
- GitHub 認証ありで GitHub 連携も使う
の2段構えにできます。ここが、単なるローカル LLM ラッパーではなく GitHub ネイティブ寄りの CLI として残る強みです。
Claude Code / Codex とどう違うか
Claude Code は「主力実装エージェント」として強い
Claude Code は、企業導入で比較すると 重い実装委譲をどこまで任せたいか の軸で強みが出ます。
特に向いているのは、
- 長いコンテキストを抱えた大規模改修
- 深い探索や方針整理
- 複数ファイルをまたぐ実装
です。
一方で、今回の論点である BYOK / local model / offline mode を GitHub CLI の文脈でそのまま使えるか では、Copilot CLI のほうが比較の中心になります。Claude Code を選ぶ理由は、モデル持ち込みそのものより 主力エージェントの深さ です。
github.com 上の third-party agent では model selection が追加され、Claude では Sonnet 4.6 / Opus 4.6 / Sonnet 4.5 / Opus 4.5 が選べます。つまり Web 側の柔軟性は上がっていますが、CLI と GitHub 運用を一体で標準化したい企業には、まだ Copilot CLI の新しい立ち位置がかなり強いです。
Codex は「統制を細かく設計したい組織」に強い
Codex は、OpenAI 系モデルと approval policy を含む 統制設計のしやすさ で比較されやすいです。github.com 上の third-party agent でも GPT-5.2-Codex、GPT-5.3-Codex、GPT-5.4 が選べるようになり、管理者がモデルの役割分担を設計しやすくなりました。
なので、
- 標準モデルをどう分けるか
- 高難度タスクだけ上位モデルを開けるか
- 承認フローをどこまで明文化するか
を強く重視するなら、Codex は依然有力です。
ただし、GitHub 中心の組織が すでに持っている Copilot 導線を崩さずに BYOK / local model を足したい なら、まず Copilot CLI を見たほうが投資対効果は読みやすいです。
どんな読者に Copilot CLI が刺さるか
刺さる読者
- GitHub Copilot Business / Enterprise を導入済み、または検討中
- Copilot CLI を使いたいが、GitHub-hosted model routing 固定がネックだった
- Azure OpenAI や Anthropic の既存契約を活かしたい
- local model や air-gapped 寄りの運用を視野に入れている
刺さらない読者
- GitHub を中心に据えるつもりがない
- CLI より IDE 常駐体験を重視する
- モデル統制より、とにかく最強モデルを即使いたい
この切り分けを先にやると、比較が「どれが最強か」から どの制約条件に一番素直に乗るか に変わります。
導入判断を失敗しにくくする順番
1. GitHub を残すかを決める
GitHub を中心に残すなら、Copilot CLI の新対応はかなり魅力です。GitHub Copilot Business / Enterprise のモデル承認ガイド と合わせて、モデル許可の設計も見ておくと判断しやすいです。
2. 第二の目が必要か、主力実装エージェントが必要かを分ける
軽い second opinion や GitHub 連携重視なら、GitHub Copilot CLI Rubber Duck vs Claude Code Review vs Codex の整理が役立ちます。重い実装委譲と監査性まで含めるなら、GitHub Copilot coding agent vs Claude Code vs Codex も続けて見るべきです。
3. local models を本当に使うかを決める
local models は魅力的ですが、全社標準にすると運用負荷も上がります。まずは
- high-sensitivity な repo だけ local model
- 通常業務は BYOK で Azure OpenAI / Anthropic
- GitHub 連携が必要な場面は認証あり Copilot CLI
のように分けると失敗しにくいです。
いま一番おすすめの選び方
現時点で一番バランスが良いのは次の整理です。
- GitHub 中心で、モデル持ち込みと local models まで欲しい → Copilot CLI
- 重い実装委譲を主力化したい → Claude Code
- モデル承認や統制ルールを厳密に作りたい → Codex
特に Copilot CLI は、今回の更新で「企業では制約が多すぎて使いにくい」という弱点をかなり削りました。GitHub を捨てずに BYOK / local model を入れたい組織には、かなり買いです。
参考にした一次情報
- GitHub Changelog, 2026-04-07, “Copilot CLI now supports BYOK and local models”
- GitHub Changelog, 2026-04-14, “Model selection for Claude and Codex agents on github.com”