xAI「Grok Build」が切り拓く、並列エージェントとプランモードが変えるターミナルコーディング

アクセス方法

Grok Buildは、アーリーβ期間中は意図的に利用を制限しています。Anthropicの標準有料プランで利用できるClaude Codeや、ChatGPTの有料プランに含まれるCodex CLIとは異なり、Grok Buildは最上位のSuperGrok Heavyサブスクリプションへの加入が必要です 。

• サブスクリプション: SuperGrok Heavy（月額300ドル）。
• 導入価格: 新規加入者は最初の6ヶ月間、月額99ドル 。資料によっては標準価格が299ドル、そこから99ドルのプロモーション価格が適用されるとの記載もあります 。
• API経由のアクセス: 入力トークン100万あたり0.20ドル、出力トークン100万あたり1.50ドルでも利用可能です 。

主な技術的特徴

Grok BuildはGrok 4.3ベータのアーキテクチャ上に構築され、Rust製のターミナルUI（TUI）として動作します。対話的な利用はもちろん、CI/CDパイプライン内でヘッドレス（画面なしで）実行も可能です 。

Plan Mode（実行前の人間チェックポイント）

Grok Buildがコードを書いたり修正したりする前に、詳細なステップバイステップの計画を自動生成し、ユーザーにレビューを求めます。開発者はその計画を承認したり、特定のステップにコメントしたり、セクション全体を書き直したりできます。明示的な「実行許可」が出て初めて、エージェントは変更を開始し、その結果はクリーンなdiff（差分）として表示されます 。これは、Claude CodeやCodex CLIが必須の計画承認ゲートなしでより自律的にタスクを実行するのとは一線を画す、より厳格な「人間参加型」アプローチです 。一部の報道では、Grok BuildのPlan Modeが専用のターミナルUIでサブタスクのグラフを表示し、ノードごとに状態を示すと報じられています。これは競合の直線的なテキスト計画よりもリッチな表現です 。

並列サブエージェント（最大8つ）

アーキテクチャ上最も重要な点は、ネイティブな並列性です。Grok Buildは、1つのエージェントが逐次的に作業するのではなく、最大で8つの特殊なサブエージェントを同時に起動できます。例えば、あるエージェントがコードベースを検索し、別のエージェントがユニットテストを書き、また別のエージェントがデータベーススキーマを修正する、といった作業を並行して行い、最後に結果を統合（マージ）します 。各サブエージェントは独立したGitワークツリー（作業ディレクトリ）で動作可能で、これはClaude CodeやCodex CLIが標準で提供していない機能です 。この設計は、並列タスクの実行が大幅な時間短縮につながる、大規模なモノレポ（単一リポジトリ）環境向けに作られています。

コンテキストウィンドウ：200万トークン

Grok Buildのアーキテクチャは、16エージェント構成のGrok 4.3 Heavyを基盤として、最大200万トークンのコンテキストウィンドウへのアクセスを主張しています 。実際には、特定のエージェントモデルgrok-code-fast-1は256Kのコンテキストウィンドウとして文書化されており、2026年5月20日にリリースされた専用の本番モデルgrok-build-0.1が現在CLIを動かしています 。もし200万トークンのコンテキストウィンドウがアクティブなコーディングセッションで実現すれば、それはClaude Codeの100万トークンの約2倍に相当し、開発者は中〜大規模のコードベース全体を同時に「記憶」させておけることを意味します 。

プロトコル互換性：乗り換えコストゼロ

Grok Buildは、移行の摩擦を最小限に抑えるため、意図的にClaude Codeの設定エコシステムを採用しています。MCP（Model Context Protocol）、ACP（Agent Client Protocol）、そしてSkills/AGENTS.mdの規約をサポートしているため、チームはエージェントへの指示やツール設定を書き換えることなく、既存のClaude Code環境にそのまま導入できます 。

将来：アリーナモード

xAIは今後の機能として「アリーナモード」を予告しています。これは、Grok Buildが内部で競合するコードソリューションを生成し、ベンチマークに対してテストと評価を行うことで、最終結果を提示する前に自らのアプローチ同士で「トーナメント」を実施するというものです 。

競合との比較：ベンチマークと実用性

ベンチマークの差

業界標準のSWE-Bench VerifiedベンチマークにおけるGrok Buildの初期スコアは、既存のライバルに比べて著しく低いものとなっています 。

• Codex CLI（GPT-5.5）: 88.7%（ベンダー報告）
• Claude Code（Opus 4.7）: 87.6%（ベンダー報告）
• Grok Build（grok-code-fast-1）: 70.8%

この70.8%というスコアは、現在は非推奨となったgrok-code-fast-1モデルのものであり、2026年5月20日にリリースされた更新版CLIを動かすgrok-build-0.1モデルのものではありません 。リーダーとの差は約17ポイントあり、xAIは新しいモデルのベンチマーク数値をまだ発表していません 。コード生成の正確さを最重視する開発者にとって、この差は無視できません。しかし一部の初期レビューや分析では、ベンチマークスコアだけでは測れない、アーキテクチャ上の選択がモノを言う並列オーケストレーションタスクにおいては、Grok Buildに現実世界での優位性がある可能性を示唆しています 。

エコシステムの成熟度と安定性

Claude Codeは、安定性、開発者からの支持、エコシステム統合（IDE、GitHub、Xcode、音声インターフェース対応）において依然として市場をリードしています 。その安全性を重視した設計と企業コンプライアンスの実績は、実験よりも信頼性を重視するチームにとって最も安全な選択肢です 。Codex CLIはGPT-5.5上で動作し、既にOpenAIのエコシステムに投資している組織にとって最強の選択肢であり、最近ではモバイルやリモートディスパッチ機能も追加されています 。対照的に、Grok Buildはアーリーβ版であり、アーキテクチャは斬新でも本番環境での実績がなく、月額300ドルという価格設定はCLIコーディングエージェント市場で最も高価なエントリーポイントとなっています 。

Grok Buildが輝く場面

Grok Buildの最も明確なユースケースは、モノレポ環境での大規模で並列化可能なタスクです。巨大なコンテキストウィンドウと、Gitワークツリー分離によるネイティブな並列サブエージェントの組み合わせは、現在Claude CodeやCodex CLIでは実現できません 。アーリーアダプターの間では、「モノレポならGrok Build。安定性ならClaude Code。OpenAIエコシステムならCodex CLI」という評価が定着しつつあります 。並列開発ワークフローに直接マッピングできるアーキテクチャと引き換えに、β版のリスクを許容できるチームにとって、Grok Buildは試す価値があります。それ以外の全ての人にとっては、Claude CodeとCodex CLIが、現時点ではより安全で熟成された選択肢であり続けるでしょう 。