Claude CodeやCursorを日常的に使っている人ほど、「xAIのGrok Buildも試してみたいが、また一から作法を覚え直すのか」と身構えるはずです。Grok Buildの使い方は、ターミナルでインストール用の1コマンドを実行し、プロジェクトフォルダでgrokと打つだけで始められます。しかもAGENTS.mdやMCPサーバー、プラグイン・フック・スキルといった既存の規約をそのまま認識するため、乗り換えや併用のハードルは低めです。この記事では、Grok Buildが何をするツールかから、インストール手順、動作モード、料金、Claude Codeとの違い、そしてサイト制作や自社ツール開発での具体的な使い方までを、xAI公式ドキュメントの一次情報をもとに整理します。
Grok Buildとは？何ができるコーディングエージェントか
Grok Build（グロックビルド）は、xAIが提供するターミナル常駐型のコーディングエージェントです。自然言語で指示すると、モデルがプロジェクト全体を読み取り、計画・コード生成・ファイル編集・実行までを複数ステップで自走します。Claude CodeやGemini CLIと同じ「CLI型AIエージェント」の系譜にあるツールで、xAIのCLIとして公式に配布されています。
動かしているのは、汎用のフロンティアモデルgrok-4.5と、エージェント的なコーディング向けに専用学習されたgrok-build-0.1です。grok-build-0.1はWeb開発・デバッグ・MCP対応を想定して訓練され、xAI APIでもパブリックベータとして公開されています。筆者が公式ドキュメントで確認したところ、実行形態は対話型のTUI、スクリプトから呼ぶヘッドレス、他アプリへ組み込むACP（Agent Client Protocol）の3通りが用意されています。
もう一つの軸が、計画・レビュー・承認のフローです。指示を受けると、いきなりファイルを書き換えるのではなく、まず変更の計画を提示し、内容を確認してから適用へ進めます。これにより、AIに任せる範囲を自分でコントロールしながら安全に変更を重ねられます。大きめのリファクタリングでも、どこを触るかを見てから承認できるため、意図しない書き換えを避けやすい設計です。
特徴的なのは、既存の開発資産をそのまま読む点です。プロジェクト内のAGENTS.mdや、設定・スキル・プラグイン・フック・MCPサーバーを認識するため、他のエージェントで整えた規約を活かせます。CLI版はEarly Betaとして2026年5月に公開され、そのモデルは2026年7月にAPIからも使えるようになりました。
Grok Buildの使い方｜導入から初回起動までの手順
使い方は3ステップです。CLIを入れる、サインインする、プロジェクトで起動して指示する。この順に進めれば、最初の対話までは数分で到達できます。
① インストール用の1コマンドを実行 → ② 初回起動でブラウザ認証（またはAPIキーを環境変数に設定）→ ③ プロジェクトフォルダで grok を起動し、自然言語で指示。
1. インストール（curlワンライナー）
macOS・Linuxは、ターミナルで次の1行を実行します。WindowsはPowerShellで別コマンドを使います。
# macOS / Linux
curl -fsSL https://x.ai/cli/install.sh | bash
# Windows (PowerShell)
irm https://x.ai/cli/install.ps1 | iex2. サインインとAPIキーの設定
初回起動時、Grok Buildはブラウザを開いて認証を求めます。CI環境やサーバーなどブラウザが使えない場所では、代わりにAPIキーを環境変数で渡します。CLIの利用にはSuperGrokまたはX Premium Plusの契約が必要です。
# ブラウザが使えない環境向け
export XAI_API_KEY="xai-..."3. プロジェクトで起動して指示する
対象のプロジェクトフォルダに移動し、grokと打てば対話が始まります。あとは日本語でも英語でも、やってほしいことを書くだけです。
cd your-project
grok
# 対話の例
> このリポジトリの構成を説明して
> @src/main.rs このファイルの処理を順に解説してファイルを指し示すときは@パスで対象を渡せます。使える設定やスキル、接続済みのMCPサーバーを確認したいときはgrok inspectを実行すると、いま読み込まれている構成が一覧で出ます。カスタムモデルを使う場合は~/.grok/config.tomlに定義します。
Grok Buildの動作モードは？TUI・ヘッドレス・ACPの違い
Grok Buildには3つの動作モードがあり、使う場面で選び分けます。手で触る開発はTUI、自動化はヘッドレス、他アプリへの組み込みはACP、という住み分けです。
| モード | 起動の仕方 | 向いている場面 |
|---|---|---|
| 対話型TUI | grok |
手元でコードを書きながら相談する通常の開発 |
| ヘッドレス | grok -p "指示" --output-format streaming-json |
スクリプトやバッチ、定期実行の自動化 |
| ACP連携 | Agent Client Protocolで組み込み | 自作アプリや他ツールにエージェントを内蔵 |
ヘッドレスは-pにプロンプトを渡すと1回きりの実行になり、出力をstreaming-jsonで受け取れます。この形は、あとで触れる自社ツールへの組み込みやCIでの自動処理に向きます。TUIはマウス操作に対応したフルスクリーンの体験で、対話しながらの開発に向く設計です。
Grok Buildの料金はいくら？必要なプランは
CLIを使うにはSuperGrokまたはX Premium Plusの契約が前提で、そのうえでモデルの利用料がかかります。API経由でgrok-build-0.1を直接使う場合の単価は、入力が100万トークンあたり1ドル、出力が同2ドルです。生成速度は毎秒100トークン超とされています。筆者がxAI公式ドキュメントで確認した実額です。
| 項目 | 内容 |
|---|---|
| CLI利用の条件 | SuperGrok または X Premium Plus の契約 |
| grok-build-0.1 入力 | 1ドル / 100万トークン |
| grok-build-0.1 出力 | 2ドル / 100万トークン |
| 生成速度 | 毎秒100トークン超 |
| CLIを動かすモデル | grok-4.5 / grok-build-0.1 |
単価だけを見ると、フロンティア級のコーディングモデルとしては抑えめの水準です。ただしCLIの利用にはサブスクの契約が別途要るため、「API単価が安い」ことと「CLIを無料で使える」ことは別と考えてください。まずは契約プランに含まれる範囲で試し、API直叩きが必要になった段階で従量の見積もりを立てるのが分かりやすい進め方です。
Grok BuildはClaude Codeと何が違うのか
Claude Codeとの一番の違いは、Grok Buildが「既存の開発規約を広く読み込む」点と「動かすモデルを選べる」点です。どちらもターミナル常駐のエージェントで、計画・編集・実行を自走する基本設計は共通します。そのうえで、対応する規約ファイルや接続方法、料金体系に差があります。
| 観点 | Grok Build | Claude Code（比較の目安） | 実務での意味 |
|---|---|---|---|
| 提供元／モデル | xAI。grok-4.5 / grok-build-0.1 | Anthropic。Claudeシリーズ | 使い慣れたモデル系統で選べます |
| 規約ファイル | AGENTS.mdを認識 | CLAUDE.mdを使用 | AGENTS.md資産をそのまま活かせます |
| 拡張 | スキル・プラグイン・フック・MCP | スキル・MCP・サブエージェント等 | MCP資産は双方で流用しやすいです |
| 動作モード | TUI／ヘッドレス／ACP | 対話／ヘッドレス（-p）等 | 他アプリ組み込みはACPが選べます |
| API単価(入/出力・100万トークン) | 1ドル / 2ドル | モデルにより異なる | コスト前提で処理を振り分けられます |
この差から、アウトプットにも違いが出ると想定できます。AGENTS.mdやMCPを共通言語として使えるため、Claude Codeで整えた規約を大きく書き換えずにGrok Buildへ渡せる可能性があります。結果として、複数エージェントを用途で使い分ける運用に移りやすくなると考えられます。いずれも筆者が実測した比較ではなく、公式の仕様差からの想定である点は明記しておきます。CLI型エージェントの比較観点はKimi Code CLIとは？Claude Codeとの違いも参考になります。
サイト制作・自社ツール開発でGrok Buildをどう使うか
Grok Buildは、私たちのようなサイト制作と自社ツール開発の現場で、どこに差し込めるのでしょうか。答えは「制作コードの生成・修正をTUIで回す」ことと「ヘッドレスやAPIで自作ツールに組み込む」ことの2か所です。
LP・サイトのコード生成と一括修正
制作では、静的LPのマークアップやレスポンシブ調整、既存コードのリファクタリングにそのまま使えます。プロジェクトを開いてgrokを起動し、対象ファイルを@で渡して指示するだけです。
cd lp-project
grok
> @index.html このFVをスマホ幅で崩れないよう、
Flexboxからmarginの調整までまとめて直して。変更点は差分で説明して。複数ファイルにまたがる修正でも、計画を先に立ててから編集へ進むため、どこを触るかを確認してから承認できます。AGENTS.mdに「敬体で書く」「余計なライブラリを足さない」といった制作ルールを書いておくと、出力の前提が毎回揃います。
自社ツールにgrok-build-0.1を組み込む
効率化のための社内ツール——記事下書きの生成、問い合わせ分類、定期実行のバッチ——には、ヘッドレス実行かAPIが向きます。ヘッドレスなら1コマンドで結果をstreaming-jsonで受け取れるため、既存のスクリプトから呼び出しやすい形です。
# cronやCIから1回きりで実行する例
grok -p "docs/ 配下の更新点を要約し、CHANGELOG.md に追記して" \
--output-format streaming-json実務では、いきなり本番の処理を任せず、影響の小さい1タスク（例：ドキュメントの要約追記）だけをヘッドレスで走らせ、出力の質とトークン消費を1週間ほど見てから広げるのが安全です。APIのgrok-build-0.1を直接使う場合は、コーディング用途に学習されたモデルである点を踏まえ、Web開発やデバッグ寄りの処理から任せると相性を確かめやすくなります。MCPで社内データや外部ツールにつなぐ設計はMCPとは？仕組みと使い方を図解も合わせてご覧ください。
Grok Buildが向いている人と導入時の注意点
向いているのは、すでにSuperGrokやX Premium Plusを契約していて、ターミナルでの開発に慣れたエンジニアや個人開発者です。AGENTS.mdやMCPで規約を整えているチームなら、その資産を活かして併用に踏み出しやすいといえます。逆に、契約前提のコストを避けたい場合や、GUIだけで完結させたい場合は、他の選択肢のほうが向く場面もあります。
注意点も押さえておきます。第一に、CLIの利用にはサブスクの契約が前提で、無料で使い切れる枠が用意されているわけではありません。第二に、grok-build-0.1はパブリックベータの段階のため、仕様や料金が更新される可能性があります。導入時は必ずxAI公式ドキュメントで最新の値を確認してください。第三に、curlワンライナーでの導入は手軽な反面、実行するスクリプトの内容を理解したうえで走らせるのが安全です。計画と承認のフローを使い、AIに任せる範囲を自分でコントロールする前提で運用してください。
よくある質問（Grok Build FAQ）
Grok Buildは無料で使えますか？
CLIの利用にはSuperGrokまたはX Premium Plusの契約が前提のため、契約なしで無料で使い切れる形ではありません。API経由でgrok-build-0.1を使う場合は従量課金で、入力が100万トークンあたり1ドル、出力が同2ドルです。
Grok Buildのインストール方法は？
macOS・Linuxはターミナルでcurl -fsSL https://x.ai/cli/install.sh | bashを実行します。WindowsはPowerShellでirm https://x.ai/cli/install.ps1 | iexを使います。導入後はプロジェクトフォルダでgrokと打てば起動します。
Grok Buildは日本語で指示できますか？
できます。対話では自然言語で指示を出せるため、日本語でファイルの説明や修正を依頼できます。制作ルールや口調の指定はAGENTS.mdに書いておくと、出力の前提を毎回そろえられます。
Grok BuildとClaude Codeはどちらを使うべきですか？
使い慣れたモデル系統と、既存の規約ファイルで選ぶのが分かりやすい基準です。AGENTS.mdやMCPを共通で使えるため、両方を用途で使い分ける運用もしやすい設計です。コスト重視の処理はAPI単価を見て振り分けるとよいです。
Grok Buildをスクリプトから自動実行できますか？
できます。grok -p "指示" --output-format streaming-jsonのヘッドレスモードを使うと、1回きりの実行結果をJSONで受け取れます。cronやCIから呼び出せるため、定期実行の自動化に向きます。
まとめ：まず1プロジェクトで対話から試す
Grok Buildを入れるかどうかは、「すでにSuperGrokかX Premium Plusを契約していて、ターミナルでの開発に慣れているか」で判断できます。当てはまるなら、まずは1つのプロジェクトでCLIを入れてgrokを起動し、既存のAGENTS.mdやMCPがそのまま読まれるかを確かめるのが、失敗しない第一歩です。既存の開発規約を活かせる設計と、grok-build-0.1の抑えめな単価が噛み合う用途なら、制作コードの修正や自社ツールへの組み込みで手応えが出やすいツールといえます。他のCLI型エージェントとの違いはKimi Code CLIとの比較、連携の基礎はMCPとは？仕組みと使い方を図解も合わせてご覧ください。
出典：xAI Docs「Grok Build – overview」／xAI Docs「Grok Build 0.1」／xAI「Grok Build（CLI）」（いずれも2026年8月時点、筆者確認）