Grok Buildとは？料金・使い方・できること・Claude Codeとの違いを徹底解説

Grok Buildは、xAI（イーロン・マスク創業）が提供するCLIファーストのエージェント型コーディングツールです。 ターミナルから自然言語で指示するだけで、実装計画の生成・ファイル編集・シェルコマンド実行・依存関係管理までを自律的に実行します。2026年5月中旬にearly betaとして公開され、6月時点では SuperGrok / X Premium+ 系サブスクの特典として実際に利用できます（旧 grok-code-fast-1 に代わり、専用モデル grok-build-0.1 が基盤）。

この記事でわかること:

• Grok Buildの現在の提供状況と利用に必要なプラン
• 8並列エージェント・/goal 自律実行・Arena Modeなど主要機能
• インストール方法とCLIの基本的な使い方
• 料金（サブスク／API）とコスト試算の考え方
• Claude Code・Cursor・Codex CLIとの違いと選び分け

対象読者は、CLIで動くAIコーディングエージェントの導入を検討しているエンジニア・開発チームです。Grok Buildを使うべきか、Claude Codeなど他ツールを選ぶべきかの判断材料を、2026年6月時点の確認できる情報に絞って整理します。

出典: TestingCatalog — Early look at Grok Build

Grok Buildとは（概要と位置付け）

Grok Buildは、ターミナル上で自然言語の指示を受け取り、計画→実装→検証までを自律的にこなすxAIのコーディングエージェントCLIです。 xAIのコーディング製品ラインの中核に位置し、デスクトップ向け自律エージェント「Grok Computer」のターミナル姉妹版という位置付けになっています。

開発元は2023年にイーロン・マスクが創業したxAI社。2026年1月にテックメディアのTestingCatalogが初報を掲載した後、2026年5月中旬にearly betaとして実際に公開されました。当初は「来週リリース」発言が繰り返され公開時期が不透明でしたが、現在はサブスクリプション加入者がCLIを利用できる段階に入っています。

公式の入口は以下の2つです。偽ドメイン grokai.build はxAIの公式サイトではないため、インストールやアカウント連携は必ず公式ドメインから行ってください。

• 公式ドキュメント: docs.x.ai/build/overview
• 公式発表・変更履歴: x.ai/news/grok-build-cli、x.ai/build/changelog

CursorやWindsurfのような「IDE内蔵型」ではなく、CLI（コマンドライン）ファーストである点が設計上の最大の特徴です。VS Codeなどとの連携も案内されていますが、あくまで補助的な位置付けで、本体はターミナルでの操作を前提としています。

現在の提供状況と利用に必要なプラン（2026年6月時点）

Grok Buildはすでに利用可能ですが、独立した買い切り製品ではなく、xAIの上位サブスクリプションの特典としてCLIを使う形式です。 現時点ではearly beta段階であり、対応プランや料金には情報ソース間で食い違いがあるため、最終的な可否は公式 x.ai / docs.x.ai で確認することを推奨します。

利用に必要なプランについては、ソースによって「SuperGrok Heavy加入者限定」とするものと「SuperGrok / X Premium+ でも利用可」とするものがあり、現時点で一本化できていません。 加入前に対応ティアを公式で必ず確認してください。

今すぐCLIエージェントを安定運用したい場合は、本番稼働で実績のあるClaude CodeとはやCursorとはを併用候補として比較するのが現実的です。AIコーディングツール全体の俯瞰はAIコーディングツール おすすめ比較で整理しています。

Grok Buildでできること（主要機能）

Grok Buildの中核は「計画を立て、複数エージェントで並行作業し、自己検証まで自走する」点にあります。ここでは主要な4機能を整理します。

8並列エージェント（Parallel Agents）

単一のプロンプトから最大8つの並列サブエージェントを起動し、実装を同時進行できます。 各エージェントはPlan（計画）→Search（調査）→Build（実装）の3段階を並行して処理し、それぞれが独立したGit worktreeで隔離実行されるため、互いのファイル変更が干渉しません。

出典: TestingCatalog — Grok Build Parallel Agents & Arena Mode

実務で効果が大きいシナリオは次のようなケースです。

• 同一バグに対して複数の修正アプローチを並列生成し、比較して採用する
• リファクタリング案を複数同時に試し、最善策を選ぶ
• 機能ブランチを分けた実装タスクを並行で走らせ、レビュー前にまとめて確認する

注意点として、8エージェントを常用するとAPI課金が最大8倍になります。grok-build-0.1 は旧モデルより単価が高いため、大規模タスクでフル並列を使う前にコスト試算が欠かせません。

/goal 自律実行モード（2026年6月追加）

/goal は、大きめの実装タスクを丸ごと委任できる長時間自律実行モードです。 計画→実行→自己検証（コードレビュー／Webページ確認／スクリプト実行）を、タスク完了まで継続します。grok-build-0.1 と長時間タスク向けの Composer 2.5 を組み合わせた2モデルパイプラインで動作するのが特徴です。

制御用のコマンドが用意されており、途中で進捗を確認したり一時停止したりできます。

• /goal status: 進捗の確認
• /goal pause / /goal resume: 一時停止・再開
• /goal clear: ゴールの解除

自律性が高い分、破壊的な操作リスクも上がります。CI・無人運用で --always-approve と併用する場合は、権限モードとサンドボックス設定を必ず確認してください（権限モードの既定は ask）。

Arena Mode（announced・beta未稼働）

Arena Modeは、複数エージェントの出力を自動採点・ランキングし、人間がレビューする前に最適解を提示する目玉機能です。 ただし、2026年6月時点ではbetaに未デプロイで、まだ実利用はできません。ソースコード上では2026年2月から存在が確認されているものの、公開時期は未定です。

出典: TestingCatalog — Grok Build Arena Mode

「Arena Modeを目当てに導入したい」という場合は、現時点では8並列エージェントの出力を手動で比較する運用になる点を前提にしておくのが安全です。Arena Modeを最大の動機にして加入するのは時期尚早といえます。

Plan Mode・MCP・スキル化

Grok Buildは自律実行だけでなく、人間がレビューを挟むワークフローにも対応しています。

• Plan Mode（/plan）: 書き込み操作を止め、構造化された実装計画を生成。ユーザーがレビュー・修正・承認してから実行できます。モード切替は Shift+Tab。
• MCP（Model Context Protocol）対応: grok inspect で接続中のMCPサーバを確認できます。外部ツール・データソースとの連携が前提の設計です。
• /skillify: 一連の操作を再利用可能な「スキル」として取り込めます。
• AGENTS.md 連携・/model 切替: プロジェクト固有のルールを AGENTS.md で渡したり、/model <name> でモデルを切り替えたりできます。

インストールと基本的な使い方

インストールはワンライナーのシェルスクリプトで完結します。 以下は公式 docs.x.ai で確認できる手順です。

• macOS / Linux: curl -fsSL https://x.ai/cli/install.sh | bash
• Windows: PowerShell版インストーラ（irm https://x.ai/cli/install.ps1 | iex 形式と報告）

起動方法は用途で2通りに分かれます。

ヘッドレス実行では出力形式を選べます。plain / JSON のほか、--output-format streaming-json でストリーミング出力が可能です。CIで承認をスキップする --always-approve フラグもありますが、破壊的操作のリスクがあるため無人運用では慎重に扱ってください。

基本的な操作の流れは次のとおりです。

1. プロジェクトディレクトリで grok を起動
2. /plan で計画を生成し、内容をレビュー・承認
3. 必要に応じて Shift+Tab でモードを切り替え、実装を実行
4. 大きなタスクは /goal に委任し、/goal status で進捗を確認

出典: TestingCatalog — Early look at Grok Build

基盤モデル grok-build-0.1 のスペック

Grok Buildの基盤は、agentic coding専用に設計された grok-build-0.1 です。 プログラミングコンテンツと実際のPull Requestからフルスクラッチで学習しており、旧 grok-code-fast-1 の後継として置き換わりました。

ベンチマークについては重要な注意点があります。よく引用される SWE-bench Verified 70.8% は旧 grok-code-fast-1 の社内ハーネス値であり、grok-build-0.1 の公式SWE-benchスコアは2026年6月時点で未公表です。他ツールとの比較で「Grok Build＝70.8%」と断定するのは正確ではありません。

また、256Kというコンテキスト長は、1Mトークン超を扱えるClaude系などと比べると大規模リポジトリで不利になりやすい点も押さえておくべきです。

料金（サブスク・API）とコスト試算

Grok Buildは上位サブスクの特典として使う形式で、別途APIを直接呼ぶ場合は grok-build-0.1 のトークン課金が発生します。 以下は二次情報を含むため、加入前に公式 x.ai/pricing での最終確認を推奨します。

コスト試算で特に注意したいのが8並列エージェント＋API課金の組み合わせです。grok-build-0.1 は旧 grok-code-fast-1 より単価が高く、フル並列（8エージェント）を常用すると単純計算で最大8倍のトークン消費になります。たとえば1タスクで入出力合わせて数百万トークンを消費する規模なら、並列数を絞る・/plan でスコープを限定するなどの運用が現実的です。

料金体系の比較対象としてはClaude Code 料金プランも参考になります。サブスク前提の定額か、API従量課金かで総コストの見え方が大きく変わるため、自分のワークロードに合わせて試算してください。

Claude Code・Cursor・Codex CLIとの違い

Grok Buildの強みは「最大8並列＋Git worktree隔離」と「/goal の自己検証付き自律実行」、弱みは「256Kコンテキスト」「公式ベンチ未公表」「Arena Mode未稼働」です。 主要なCLI/IDEエージェントと並べると、立ち位置がはっきりします。

※比較表のSWE-benchについて: Grok Buildの基盤 grok-build-0.1 の公式スコアは未公表です。よく引用される70.8%は旧 grok-code-fast-1 の社内値であり、新モデルの数値ではありません。

選び分けの目安は次のとおりです。

• 複数アプローチを並列で試したい → Grok Buildの8並列＋worktree隔離が強い
• 大規模リポジトリを丸ごと読ませたい → 1M+コンテキストのClaude Code / Cursorが有利
• エディタ内でシームレスに使いたい → IDE内蔵のCursor / Windsurf
• 実績と安定性を最優先したい → 本番稼働で情報量の多いClaude Code

CLI/IDEエージェント同士の細かな違いはCursor vs Claude CodeやOpenClaw vs Claude Codeでも掘り下げています。

セキュリティ・運用上の注意点

Grok Buildはローカル実行を訴求していますが、API経由でモデルを呼び出す際はプロンプト（＝コード断片）がxAIを経由する点に注意が必要です。 「コードを一切外部送信しない」という主張は利用形態次第であり、公式docsで完全には裏取りできていないため、過信は禁物です。

運用時に押さえるべきポイントは次のとおりです。

• /goal ＋ --always-approve は破壊的操作のリスク: 無人実行では権限モード（既定 ask）とサンドボックス設定を確認する
• APIキーの管理: .env などで管理し、Gitリポジトリにコミットしない
• 偽ドメインに注意: grokai.build はxAI公式ではない。公式は x.ai / docs.x.ai
• コスト暴走の防止: 8並列の常用は課金が膨らむため、並列数とトークン消費の上限を意識する

xAIの安全性・リスクに関する論点はxAI Grokの安全性をめぐる動向でも整理しています。導入前にリスク面も合わせて確認しておくと判断がぶれません。

こんな方におすすめ

Grok Buildの導入が向いているケース:

• 複数の実装アプローチを並列で比較したい開発者 — 8並列エージェント＋Git worktree隔離で、干渉なく案を出し分けられる
• 大きなタスクを丸ごと委任したいチーム — /goal の計画→実行→自己検証の自走に魅力を感じる
• xAIのSuperGrok / X Premium+ を既に契約している — 追加コストなしでCLIエージェントを試せる
• CLI中心の開発フローに慣れている — IDE統合を必要とせず、ターミナルで完結させたい
• 最新ツールを早期に評価したい — early beta段階の機能をいち早く検証したい

おすすめしない方

現時点では他ツールを優先したほうがよいケース:

• 大規模リポジトリ（100万トークン超）を扱う — 256Kコンテキストでは不利。1M+対応のClaude Code / Cursorが向く
• IDE内での統合開発を前提にしている — CLIファーストのため、Cursor / Windsurfのほうが快適
• 本番運用の安定性・実績を最優先したい — early beta段階のため、稼働実績の長いツールが安心
• 公式ベンチマークで客観評価したい — grok-build-0.1 の公式SWE-benchは未公表
• Arena Modeが主目的 — 2026年6月時点で未稼働のため、目当ての機能をすぐには使えない

よくある質問（FAQ）

Q. Grok Buildはもう使えますか？

はい。2026年5月中旬にearly betaとして公開され、xAIの上位サブスク加入者がCLIを利用できます。ただし対応プラン（Heavy限定か、SuperGrok/X Premium+でも可か）はソースにより記載が割れているため、加入前に公式 x.ai で確認してください。

Q. 基盤モデルは何ですか？grok-code-fast-1とは違いますか？

現行の基盤は grok-build-0.1（256Kコンテキスト、100 tokens/秒超）です。旧 grok-code-fast-1 はdeprecatedとなり、後継の grok-build-0.1 に置き換わりました。/goal 実行時は長時間タスク向けの Composer 2.5 と組み合わせた2モデルパイプラインで動作します。

Q. SWE-bench 70.8%という数値は信頼できますか？

その70.8%は旧 grok-code-fast-1 の社内ハーネス測定値であり、現行 grok-build-0.1 の公式スコアではありません。grok-build-0.1 の公式SWE-benchは2026年6月時点で未公表です。他ツールとの比較では数値の出所に注意してください。

Q. 8並列エージェントを使うとコストはどうなりますか？

最大8倍のトークン消費になり得ます。grok-build-0.1 のAPI単価は入力$1／出力$2（per 1M tokens）と旧モデルより高いため、フル並列の常用は課金が膨らみます。並列数を絞る、/plan でスコープを限定するなどの運用が現実的です。

Q. Arena Modeはいつ使えますか？

2026年6月時点でbetaに未デプロイで、公開時期は未定です。ソースコード上では存在が確認されていますが、現状は8並列エージェントの出力を手動比較する運用になります。

Q. Claude Codeとどちらを選ぶべきですか？

並列での案出しやxAIサブスクを既に契約しているならGrok Build、大規模コンテキスト・本番運用の安定性・公式ベンチでの評価を重視するならClaude Codeが有力です。詳細はClaude CodeとはやAIコーディングツール おすすめ比較を参照してください。

まとめ

Grok Buildは、8並列エージェント（Git worktree隔離）と /goal の自己検証付き自律実行を強みとする、xAIのCLIコーディングエージェントです。2026年5月にearly betaとして公開され、基盤モデルは grok-build-0.1（256K）に更新、6月には /goal・Composer 2.5 が追加されました。

一方で、256Kコンテキスト・公式ベンチ未公表・Arena Mode未稼働といった制約も明確です。導入を検討する際は、自分のワークロードが「並列での案出し」中心か「大規模コンテキスト」中心かを起点に、Claude Code・Cursorなど本番稼働ツールと比較したうえで判断するのが確実です。料金・対応ティアは流動的なため、最終的な可否は公式 x.ai / docs.x.ai で確認してください。

AIエージェントの基礎概念はAIエージェントとは、ツール全体の選び方はAIコーディングツール おすすめ比較で整理しています。