SpaceXAI がコーディング CLI の基盤をオープンソース化

SpaceXAI は、自社の grok CLI の背後にあるターミナルベースの AI コーディングエージェント「Grok Build」をオープンソース化しました。ソースコードは本日 GitHub に公開され、エージェントハッチ、TUI（ターミナルユーザーインターフェース）、CLI シェル、そして開発者向けツールが Apache 2.0 ライセンスの下でリリースされています。

Grok Build とは何か？

ハッチとはモデルを取り巻く足場のようなものです。コンテキストの構築からモデルへの呼び出し、レスポンスのパース、そしてツールの呼び出し実行までを一貫して担います。

Grok Build は 2026 年 5 月 25 日に早期ベータ版として発表されました。これはコードベースを理解し、ファイル編集やシェルコマンドの実行、Web 検索を可能にするエージェントです。また、長時間実行されるタスクの管理も担います。動作はフルスクリーンのマウス操作対応 TUI です。

主要なインターフェースは 3 つあります。1 つは対話型の TUI、もう 1 つはスクリプトや CI（継続的インテグレーション）向けのヘッドレスモードです。さらに、エディタは「エージェントクライアントプロトコル（ACP）」を通じてこれを埋め込むことができます。

window.addEventListener('message',function(e){

if(e.data&&e.data.frame==='mtp-gbloop'&&e.data.mtpHeight){

var f=document.getElementById('mtp-gbloop-frame');

if(f)f.style.height=e.data.mtpHeight+'px';

}

});

公開された範囲には何が含まれるのか？

この枠組みに基づき、SpaceXAI は 4 つの公開領域をリストアップしています。エージェントループはコンテキストの構築、レスポンスのパース、ツール呼び出しの実行を担当します。ツールの領域では、コードの読み込み、編集、検索の方法が定義されています。ターミナル UI ではレンダリング、入力処理、プランの確認、インライン差分ビューアの表示を扱います。拡張システムにはスキル、プラグイン、フック、MCP サーバー、サブエージェントが含まれます。

これらの領域は、それぞれ特定のクレート（Rust のパッケージ単位）に対応しています：

PathContents

crates/codegen/xai-grok-pager-bin

コンポーネントのルートパッケージ。xai-grok-pager バイナリをビルドします。

crates/codegen/xai-grok-pager

TUI（ターミナルユーザーインターフェース）：スクロールバック、プロンプト、モーダル、レンダリング機能。

crates/codegen/xai-grok-shell

エージェントのランタイムと、リーダー/stdio/ヘッドレス用のエントリーポイント。

crates/codegen/xai-grok-tools

ツール実装（ターミナル操作、ファイル編集、検索など）。

crates/codegen/xai-grok-workspace

ホストファイルシステム、バージョン管理システム（VCS）、実行環境、チェックポイント機能。

third_party/Vendored upstream source (Mermaid diagram stack)

サードパーティのベンダー済みソースコード（Mermaid 図描画スタック）。

この表は、読み進める順序として捉えてください。まずは xai-grok-shell でループ処理を開始し、次に xai-grok-tools を扱います。ビルドに関する注意点が一つ、見落としがちです。ルートディレクトリの Cargo.toml は生成されたファイルであり、README にはこれを「読み取り専用」として扱うよう明記されています。

では、ローカルファーストの仕組みはどうなっているのでしょうか？

単なる調査機能を超え、SpaceXAI が提示する実用的な成果の一つがこれです。Grok Build は今や完全にローカルファーストで動作可能になりました。自分でコンパイルし、ローカルの推論エンジンに接続し、設定ファイル（config.toml）からすべてを制御できます。

# ~/.grok/config.toml (Windows: %USERPROFILE%\.grok\config.toml)
[model.my-model]
model = "model-id"
base_url = "https://api.example.com/v1"
name = "Display Name"
env_key = "API_KEY"

[models]
default = "my-model"

grok inspect コマンドを実行すると、ハッチが現在のディレクトリで検出した情報を表示します。これには設定ソース、指示書、スキル、プラグイン、フック、そして MCP サーバーが含まれます。

Grok Build と比較するとどうなるでしょうか？

Grok Build (xai-org/grok-build) は Apache 2.0 ライセンスの下、config.toml を経由して誰でも利用可能です。ただし、外部からのプルリクエストは受け付けていません。

Codex CLI (openai/codex) も同様に Apache 2.0 で公開されており、OpenAI モデルの利用が許可されていますが、オープンなプルリクエストキューが存在します。

OpenCode (anomalyco/opencode) は MIT ライセンスで、75 以上のプロバイダーをサポートするコミュニティプロジェクトです。

Claude Code は専用モデルに限定されたプロプライエタリ製品であり、利用許可は下りていません。

これらの背景を踏まえると、現在特に有効な 4 つのユースケースが浮かび上がります。

まず「導入前の監査」です。エージェントが規制対象のリポジトリでシェルコマンドを実行する前に、必ず xai-grok-tools のドキュメントを確認してください。

次に「社内ハネスとしてのフォーク」です。Apache 2.0 ライセンスによりフォークは可能ですが、オリジナルリポジトリへのマージは想定されていません。

3 つ目は「エアギャップ環境での実行」です。ローカルでコンパイルし、base_url を社内エンドポイントに設定すれば、api.x.ai への接続を回避できます。

最後に「CI 自動化」です。ヘッドレスモードでは構造化された出力がパイプラインステップへ直接フィードされます。

プリビルドバイナリ (macOS, Linux, Windows)

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

grok --version

またはソースからビルド (protoc と固定された Rust ツールチェーンが必要)

cargo build -p xai-grok-pager-bin --release # -> target/release/xai-grok-pager

監査用パス： crate ごとのコマンド実行。フルワークスペースのビルドは時間がかかるため

cargo check -p xai-grok-tools

cargo test -p xai-grok-config

cargo clippy -p xai-grok-shell

マシン可読な出力を伴うヘッドレス実行

grok -p "Explain the architecture" --output-format streaming-json

~/.grok/config.toml に定義されたモデルを指定して 1 回だけ実行

grok inspect

grok -p "Hello" -m my-model

GitHub リポジトリ、発表記事、そしてドキュメントもぜひご覧ください。

SpaceXAI がコーディング CLI の背後にある Rust ベースのエージェントハネス、TUI、ツールレイヤーをオープンソース化した「Grok Build」についての記事は、MarkTechPost で公開されました。