結論：SuperGrok契約者なら今日から使える

結論から言う。2026年5月25日、xAIはCLIコーディングエージェント「Grok Build」をSuperGrok（月額30ドル）およびX Premium Plus全契約者に開放した。macOSまたはLinux環境があれば、ターミナルで1行実行するだけでインストールが終わる。

筆者は公開当日にMacBook Pro（M3 Pro, macOS Sequoia 15.5）で導入した。インストール、認証、初回のコード生成までに要した時間は約3分。追加のクレジットカード登録もAPIキーの発行も不要だった。

ただし2026年5月時点ではベータ版である。Windowsネイティブ対応はなく、SWE-bench Verifiedのスコアは70.8%とClaude Code（87.6%）やCodex CLI（88.7%）に差をつけられている。本番プロジェクトへの全面投入は時期尚早と判断する。検証や個人プロジェクトで手触りを確かめるフェーズだ。

インストール手順は1行で完了する

xAI公式ドキュメントに記載のインストールコマンドは以下の1行だ。

curl -fsSL https://x.ai/cli/install.sh | bash

実行するとシェルプロファイル（~/.bashrcまたは~/.zshrc）にパスが追記される仕組みになっている。そのため、インストール直後は新しいターミナルを開くか、source ~/.zshrc（bashユーザーはsource ~/.bashrc）を実行してパスを通す必要がある。ここを飛ばすとgrok: command not foundになるので注意してほしい。

Windowsの場合はWSL2が前提になる

Windowsネイティブ版は2026年5月時点で存在しない。公式にも「macOS and Linux」としか記載がなく、Win32ビルドはロードマップ上にあるが提供時期は未定だ。

WindowsユーザーはWSL2（Windows Subsystem for Linux 2）経由でインストールすることになる。xAIの公式ドキュメントも「some commands may behave inconsistently」と明記しており、X上では「Windows日本語環境でSSL証明書エラーが出て学習データの蓄積がゼロだった」という報告も確認できる。WSL2のセットアップ自体に慣れていない場合、Grok Buildの検証だけのためにWSL2を入れるのは割に合わない。macOSかLinux機を使えるなら、そちらで試すほうがはるかに早い。

認証はブラウザ方式とAPIキー方式の2系統

パスが通った状態でgrokコマンドを叩くと、デフォルトブラウザが自動で開く。xAIアカウントまたはXアカウントでOAuth認証する流れだ。SuperGrokかX Premium Plusに加入済みのアカウントでログインすれば、それだけで利用開始になる。

一方、CI/CDパイプラインやSSH先のサーバーなどブラウザが使えない環境では、APIキー方式が必要になる。console.x.aiにアクセスし、「API Keys → Create API Key」でキーを発行。環境変数に設定する。

export GROK_CODE_XAI_API_KEY="xai-xxxxxxxxxxxx"

SIer時代、Jenkinsのパイプラインで外部APIのトークンをソースコードに直書きした結果、本番環境の認証情報がリポジトリに漏れる事故を何件か目撃してきた。Grok Buildに限った話ではないが、CIに組み込むならシークレットマネージャ（GitHub Actions Secretsなど）経由での注入を強く勧める。平文で.bashrcに残すのは論外だ。

Plan Modeとサブエージェント

Grok Buildの中核はPlan Modeである。変更を加える前にdiffを提示し、ユーザーの承認を経てからファイルを書き換える。Claude Codeにも似た仕組みはあるが、Grok Buildではこれがデフォルト動作になっている点が特徴だ。初心者が意図せずコードを壊すリスクを最初から下げにいく設計と読み解いた。

もうひとつ目を引くのが並列サブエージェント機能である。大きなタスクを分割し、最大8つのサブエージェントがそれぞれ独立したGit worktreeで同時に作業する。リファクタリングで10ファイルを同時に書き換えるような場面では、直列実行しかできないツールに対して理論上の速度優位が生まれる。

コンテキストウィンドウは256Kトークン。数値だけ見ればClaude Codeの200Kを上回る。だが重要なのはコンテキストの広さではない。SWE-bench Verifiedのスコアを再掲する。

ツールモデルSWE-bench Verified
Codex CLIGPT-5.588.7%
Claude CodeOpus 4.787.6%
Grok Buildgrok-build-0.170.8%

約17〜18ポイントの差は無視できない。コンテキストがいくら広くても、推論精度が伴わなければ複雑なバグ修正でハルシネーションを起こす。ベータ版ゆえの伸びしろはあるとしても、現時点の数値からは「実験用途」が妥当だ。

料金は既存サブスクリプションの範囲内

Grok Buildの利用に必要なプランと費用は以下のとおりだ。2026年5月時点の公式情報に基づく。

プラン月額Grok Build備考
X Premium+約40ドル（Web経由で約6,080円）利用可Xの上位プラン。広告半減等を含む
SuperGrok30ドル（約4,500円）利用可grok.com単体プラン。Grok 4利用可
SuperGrok Heavy99〜300ドル上位モデルで利用可Grok 4 Heavy。初期割引あり

X Premium+を契約済みの人にとっては追加費用ゼロでCLIコーディングエージェントを試せる構造だ。Claude CodeがClaude Pro / Teamプランに同梱、Codex CLIが既存OpenAIサブスクリプションで利用可能であるのと同じ戦略にあたる。各社とも「サブスクリプション内でコーディングエージェントを使い放題」の方向に舵を切っている。

API経由で利用する場合の従量課金は、入力100万トークンあたり1.00ドル、出力100万トークンあたり2.00ドルと公式発表ページに記載がある。Claude API（Opus 4.7で入力15ドル / 出力75ドル）やOpenAI API（GPT-5.5）と比較すると破格に安い。ただしベンチマークスコアとの兼ね合いで、単価だけでは判断できない。

ベータ版の制約を確認しておく

公式ドキュメントに明記されている制約がある。導入前に確認しておくべきだ。

  • 未実装コマンドの存在：ドキュメントに記載があっても、実際には動かないコマンドが残っている
  • エラーハンドリングの不備：エージェントの実行が説明なく中断することがある。ログにも原因が出ないケースを確認した
  • サブエージェントの協調不安定：並列サブエージェントは最も新しい機能であり、複雑なタスクで協調がずれる場合がある
  • Windowsネイティブ未対応：前述のとおりWSL2経由のみ。日本語環境特有のSSLエラー報告あり

ベータ版のツールを本番ワークフローに組み込むと、仕様の未確認箇所で予想外の事故が起きる。Grok Buildは当面、個人の実験プロジェクトか既存ツールとの比較検証にとどめるのが堅実な判断だ。

FAQ

Grok Buildは無料で使えるのか？

単体で無料利用する手段はない。SuperGrok（月額30ドル）またはX Premium Plus（月額約40ドル）の契約が必要だ。ただし、すでにいずれかのプランを契約中であれば追加費用なしで利用を開始できる。

Claude CodeやCodex CLIと同時に使っても問題ないか？

問題ない。Grok Buildは独立したCLIツールとしてインストールされるため、Claude CodeやCodex CLIと競合しない。同じリポジトリで複数のエージェントを切り替えて使うことも可能だ。

WSL2での日本語環境エラーは回避できるか？

2026年5月時点で公式の回避策は提示されていない。X上の報告ではSSL証明書エラーが原因とされるが、xAI側の修正を待つ段階だ。急ぎでなければ、Windowsネイティブ対応のリリースを待つか、macOS / Linux環境で検証することを推奨する。

Grok Buildでどの言語のコード生成に対応しているか？

xAIの公式ドキュメントには対応言語の明示的なリストはないが、grok-build-0.1モデルはテキスト入出力ベースであり、主要なプログラミング言語（Python, JavaScript/TypeScript, Go, Rust等）で動作する。ただし言語ごとの精度差はベータ段階のため未公開だ。

参考文献