ターミナルで動くAI、どれを選ぶ？ — 2026年「コーディングCLI四天王」を比較する
ミドリ： タツヤさん、最近エンジニアの人たちが「エディタじゃなくてターミナルでAIに書かせてる」って言ってるのをよく聞くんです。Copilot、Claude Code、Codex、あとGrokまでCLIを出してるんですよね？ 正直、何がどう違うのか全然わからなくて……。
タツヤ： いい時期に聞いてくれたね。2026年前半で、AIコーディングの主戦場はエディタの補完からターミナルのCLIエージェントに完全に移った。4ツールとも「自然言語で指示すると、ファイルを読んで、書き換えて、コマンドを実行して、テストまで回す」という点は同じ。でも癖と料金思想がまったく違うから、選び方を間違えると「高いのに使いこなせない」が起きるんだ。
ミドリ(surprised)： 同じことができるのに、そんなに違うんですか？
なぜ「エディタ補完」から「ターミナルエージェント」へ移ったのか
タツヤ： まず前提から。従来のCopilot的な補完は「人間が書く行の続きをAIが提案する」ものだった。CLIエージェントは逆で、人間が要件を言い、AIが計画を立てて複数ファイルを横断的に編集し、ビルドやテストで自己検証する。主導権が入れ替わったんだ。
ミドリ： それがいわゆる「バイブコーディング」ですね。
タツヤ(nodding)： そう。コードを1行ずつ見るんじゃなく、意図（バイブ）を伝えて結果を検収するスタイル。これがターミナルと相性がいい。ビルド・テスト・git・デプロイが全部同じ場所にあるからね。
4ツールの基本プロフィール
ミドリ： 4つの立ち位置を教えてください。
タツヤ： 2026年7月時点の状況を表にするとこうだ。
| Claude Code | OpenAI Codex | GitHub Copilot CLI | Grok Build | |
|---|---|---|---|---|
| 提供元 | Anthropic | OpenAI | GitHub (MS) | xAI |
| 提供状況 | 安定版 | 安定版 | 2026年2月にGA | ベータ（2026年5月〜） |
| 導入 | npm / ネイティブ | npm (@openai/codex) | npm / brew | curlスクリプト |
| 認証 | Claude Pro/Max | ChatGPTプラン | Copilot有料プラン | SuperGrok / X Premium+ |
| 代表モデル | Claude (Opus/Sonnet系) | GPT-5.3-Codex | 複数から選択 | Grok Code系 |
| Windows | ネイティブ対応 | 対応（WSL推奨場面あり） | 対応 | ネイティブ未対応（macOS/Linux先行） |
ミドリ： Grok Buildだけまだベータで、WindowsはmacOS/Linuxより後回しなんですね。
タツヤ： そこは要注意。うちみたいにWindows中心の会社だと、Grok Buildは現時点で試すハードルが一段高い。
それぞれの「性格」を一言でいうと
タツヤ： 細かい機能差より、性格の違いで覚えるのが実戦的だ。
- Claude Code：「慎重な熟練者」。CLAUDE.mdでプロジェクトの文脈を覚えさせ、計画モードで合意してから動く。フック・スキル・MCP・サブエージェントと拡張の生態系が最も厚い。2026年にはDynamic Workflowsで数十〜数百のサブエージェント並列実行までGAになった
- OpenAI Codex：「クラウドと二刀流の実務家」。ローカルCLIに加えてクラウド実行のタスク委任が強く、VS Code・Web・iOSからも同じタスクを触れる。GPT-5.3-Codexは自律タスク完了の性能評価が高い
- Copilot CLI：「GitHubの優等生」。既にCopilotを契約している組織なら追加契約なしで使える。Planモードで計画承認、実験的なAutopilotモードで自律実行。GitHub（Issue・PR・Actions）との距離が最短
- Grok Build：「並列の暴れ馬」。8エージェント並列・200万トークンコンテキスト・worktree統合と、スペックの振り切り方が独特。AGENTS.md・MCP・フックなど他ツールの資産がそのまま動く互換戦略も特徴だ
ミドリ(thinking)： 「どれが一番賢いか」じゃなくて、設計思想が違う感じですね。
バイブコーディングでの「癖」比較
ミドリ： 実際に使うときの癖って、たとえばどんなところに出るんですか？
タツヤ： 3つの軸で違いが出る。
1. 計画をどこまで見せるか
タツヤ： Claude CodeとCopilot CLIとGrok Buildは計画モード（実行前に手順を提示して承認を取る）が確立している。Codexも方針提示はするけど、クラウドタスクに投げると「結果で検収」寄りになる。初心者ほど計画モードがあるツールが安全だ。
2. どこまで勝手に進むか（自律度）
タツヤ： Copilot CLIのAutopilot、Codexのクラウドタスク、Grok Buildの並列エージェントは「承認なしで走る」方向の機能。速い反面、意図とズレたまま10分走られるリスクがある。Claude Codeは既定では都度許可で、権限設定で徐々に自律度を上げる思想だね。
3. プロジェクトの文脈をどう覚えさせるか
タツヤ： ここが一番差が出る。Claude CodeはCLAUDE.md、CodexとGrok BuildはAGENTS.mdという「AIへの申し送りファイル」を読む。この申し送りファイルの充実度が、そのまま出力品質になる。ツール選びより申し送りファイルの書き込みが品質を決める、というのが実感だよ。
料金思想の違い — サブスク枠かクレジットか
ミドリ： お金の話も聞きたいです。
タツヤ： ここも思想が分かれる。
- Claude Code：Pro/Maxプランの利用枠内で使う（Max 5x=月$100、20x=月$200が目安）。2026年5月に5時間枠が倍増された
- Codex：ChatGPT Plus（月$20）から使えるのが強み。2026年4月からトークンベースのクレジット制に移行し、重いタスクほどクレジットを消費する
- Copilot CLI：Copilot有料プランに含まれ、プレミアムリクエストという従量概念で管理
- Grok Build：ベータ導入価格が案内されているが変動が激しい。SuperGrok / X Premium+加入が前提
タツヤ： 金額は改定が頻繁だから、契約前に必ず公式の料金ページを確認してほしい。ここで言いたいのは「安いか」ではなく「既に払っているサブスクに乗れるか」で初手を決めるのが合理的ということだ。
「公式ドキュメントが追いつかない」問題
ミドリ： 調べていて思ったんですけど、公式ドキュメントより個人ブログの方が詳しいことがありませんか？
タツヤ： 鋭い。4ツールともリリース速度にドキュメントが追いついていないのが2026年の実情だ。週単位で機能が増え、月単位で料金体系が変わる。対処法は3つ。
- 一次情報は公式チェンジログとリリースノートを見る（ブログ記事は書かれた瞬間から古くなる。この記事もだ）
- ツール自身に聞く。
/helpや「この機能の使い方を教えて」で、AI自身が最新の自分の仕様を答えることが多い - 検証用の小さなリポジトリを持っておき、新機能はまずそこで試す
ミドリ(smiling)： 「AIの使い方をAIに聞く」時代なんですね。
結局どう選ぶか — 状況別の初手
タツヤ： 脱エンジニアの視点で考えると、「今すでにどのAIに課金しているか」と「Windowsかどうか」が分岐点になります。その上での指針はこうだ。
- ChatGPT Plusに入っている → まずCodex CLI（追加コストゼロで始まる）
- 組織でGitHub Copilot契約済み → Copilot CLI（管理者の追加承認が最小）
- 品質と拡張性を最優先・本格導入したい → Claude Code（CLAUDE.md+フック+スキルの生態系が最厚）
- 大規模リファクタなど並列実行を試したい・新しもの好き → Grok Build（ただしベータ・Windowsネイティブ未対応を許容できる場合）
ミドリ： 「1つに絞る」必要もないんですよね？
タツヤ(nodding)： むしろ現場では併用が普通になってる。計画立案と難所はClaude Code、使い捨てスクリプトはCodex、GitHub操作はCopilot CLI、みたいな役割分担だね。
まとめ：ツールの差より「使う側の型」の差が大きい
ミドリ： 今日の結論は「四天王に絶対王者はいない。課金状況と作業スタイルで初手を決めて、申し送りファイルを育てるのが本質」ということですね。
タツヤ： その通り。どのCLIも「雑に指示すれば雑なコードが返る」のは同じだ。計画を承認する習慣、文脈ファイルを育てる習慣、小さく検証する習慣 — この3つの型があれば、どのツールでも成果が出る。逆に型がなければ、最強のツールでも事故るだけだよ。
ミドリ(smiling)： ツール比較のつもりが、最後は自分の仕事の型の話になりました。まず1つ選んで型づくりから始めます！
次のアクション
ミドリ： 最初の一歩は何からですか？
タツヤ： 3ステップで進めよう。
- 課金状況を棚卸しする：自分・自社が契約中のAIサブスク（ChatGPT/Claude/Copilot/X Premium）を確認し、追加コストゼロで試せるCLIを特定する（所要時間：10分）
- 使い捨てリポジトリで試す：本番コードではなく検証用リポジトリで「READMEを読んでテストを追加して」など小タスクを依頼し、計画提示→承認→実行の流れを体験する
- 申し送りファイルを書く：CLAUDE.md / AGENTS.mdに、プロジェクトの目的・技術スタック・守ってほしいルールを10行書いて、出力の変化を確認する
- Shimanto AI SolutionsではAIコーディングツールの選定支援、CLAUDE.md/AGENTS.md設計、社内導入ルールの整備を支援しています
- 「どのツールに課金すべきか」のコスト試算から、非エンジニア部門へのバイブコーディング展開までサポートします
- Windows環境中心の組織での導入ノウハウも豊富です