xAIがコーディングエージェント「Grok Build 0.1」を公開｜コードをサーバーに送らないローカル優先設計・8エージェント並列・$1/Mトークン—Claude Code・Copilotと何が違うか解説

イーロン・マスク氏率いるxAIは2026年5月29日、コーディングエージェント専用AIモデル「Grok Build 0.1」をパブリックベータとしてxAI APIで一般公開しました（出典：xAI公式）。汎用会話AIとは異なり、コード生成・デバッグ・Web開発・MCPサポートに特化して設計されています（出典：xAI公式）。最大の特徴はソースコードをxAIのサーバーに一切送信しない「ローカル優先（local-first）」設計で、セキュリティポリシーが厳しい企業での利用を想定しています（出典：DevOps.com）。2026年6月2日にはNotion AIへの統合も発表され、コーディング以外の職種への活用の幅も広がっています（出典：Notion AI公式）。

何が起きたか

Grok Build 0.1の主な仕様

• コーディングエージェント専用設計：コード生成・デバッグ・Web開発・MCPサポートに特化し、常時推論（always-on reasoning）を搭載。汎用チャットモデルとは設計思想が異なります（出典：xAI公式）。
• 100+トークン/秒の高速推論：コーディングエージェント向けに最適化された推論速度を実現しています（出典：xAI公式）。
• 入力$1/M・出力$2/Mトークン：Claude Opus 4.8の入力$10/Mと比べると10分の1水準です（出典：xAI公式・Anthropic公式）。ただし各ツールの課金構造が異なるため、実際のコストは用途別の検証が必要です（推測）。
• 256,000トークンコンテキスト：中規模コードベース全体を1回の処理で保持できます（出典：DevOps.com）。
• 最大8エージェント並列実行：「プランニング→検索→ビルド」の3ステージを最大8本同時処理します（出典：xAI公式）。
• テキスト＋画像入力：UIモックアップやエラーのスクリーンショットをそのまま入力として受け付けます（出典：DevOps.com）。

ローカル優先設計の意味

Grok Build 0.1は推論時にソースコードをxAIのリモートサーバーに送信しない仕組みを採用しています（出典：DevOps.com）。クラウドベースのコーディングエージェントではコードがベンダーサーバーに送信されることへの懸念が企業導入の障壁になるケースがありますが（推測）、ローカル優先設計はその課題に対応しうるアプローチです（推測）。詳細な実装方式については、実際の利用前に利用規約とプライバシーポリシーで確認することを推奨します（推測）。

日本への影響・ビジネス活用ヒント

• 機密コードを扱う企業はローカル優先設計を評価軸に加えることを推奨：日本のエンタープライズ企業ではソースコードの社外サーバー送信を禁止するセキュリティポリシーが存在するケースが少なくありません（推測）。Grok Build 0.1のローカル優先設計はこうした制約を持つ企業でのAIコーディング導入に検討価値があると見られます（推測）。まずは検証環境・非機密コードでの試用から始めることを推奨します（推測）。
• 中小企業・スタートアップは$1/Mトークンで本格評価の好機：Claude Code・GitHub Copilotの費用負担が大きい中小企業開発チームにとって、入力$1/Mトークンは低コストで本格的なコーディングエージェントを検証できる機会です（推測）。パブリックベータ期間中に自社ユースケースの費用対効果を確認し、本番投入可否を判断することを推奨します（推測）。
• Notionを使う企業はNotionワークフロー内での活用も検討を：NotionをプロジェクトドキュメントやDB管理に活用している企業は、Notion AI経由でGrok Buildのコード生成・自動化スクリプト作成機能を試せます（推測）。非エンジニア職（PM・アナリスト・企画職）がローコードで業務自動化を進める入り口としても活用できると見られます（推測）。
• 本番採用はパブリックベータ終了後に判断を：現在はパブリックベータ版であるため（出典：xAI公式）、エンタープライズ向けSLA・サポート体制・管理コンソール機能が未整備の可能性があります（推測）。現時点では開発検証環境での評価に留め、Claude Code・GitHub Copilot・OpenAI Codexとの並行比較テストを行ったうえで採用判断することを推奨します（推測）。