はじめに

2026年7月15日、SpaceXAI（今年2月に SpaceX と合併し、7月に xAI から改称した会社）が、ターミナルで動くコーディングエージェント「Grok Build」のソースコードを Apache-2.0 で公開しました。リポジトリは xai-org/grok-build、中身はほぼ全体が Rust です。

「大手がコーディングエージェントを丸ごとオープンにした」と聞くと太っ腹に響きますが、この一件はもう少し含みがあります。ライセンスは本物の Apache-2.0 でエンドツーエンドに読める一方、外部からのプルリクエストは受け付けない——つまり「みんなで育てるOSS」ではなく「ソースを透明化した公開」です。しかも、この公開の直前には、ツールが開発者の手元のデータを外部へ送っていたという指摘が出ていました。

この記事では、まず何が公開されたのか（事実）を一次情報で確かめ、次に「オープン」の中身と既存エージェント（Claude Code・Codex・Gemini CLI）との位置づけを整理し、最後にエンジニアとしての実務判断——使うなら、まずソースを読んで自分でビルドする——へ着地させます。優劣の断定はしません。

🗓️ この記事の時点（2026年8月2日）と注意

本記事は 2026年8月2日時点の GitHub リポジトリ（xai-org/grok-build）・README・SpaceXAI 公式アナウンス、および信頼できる技術媒体にもとづきます。事実と、筆者の受け止め（所感）は分けて記します。ベンチマーク的な主張や優劣づけはしません。数値・仕様は変わり得るため、正確な最新情報はリポジトリで確認してください。

🚀 1. 何が公開されたのか（事実）

GitHub の公式リポジトリで確認できる事実は、次のとおりです。

  • 提供元：SpaceXAI（旧 xAI）。リポジトリは xai-org/grok-build
  • ライセンス：第一者コードは Apache License, Version 2.0
  • 実装：ほぼ Rust。コマンドは grok
  • 形態：フルスクリーンの TUI（ターミナルUI）で動作するコーディングエージェント。コードベースを理解し、ファイルを編集し、シェルを実行し、Web を検索し、長時間タスクを回す、と説明されています
  • 拡張：MCP サーバ・skills・plugins・hooks に対応
  • 導入：curl -fsSL https://x.ai/cli/install.sh | bash（macOS/Linux）または PowerShell、あるいはソースから cargo build -p xai-grok-pager-bin --release。対応は macOS/Linux、Windows は best-effort（未検証）
💡 ワード解説：コーディングエージェントと TUI

コーディングエージェントは、単にコードを補完するのではなく、目標を渡すとファイルを読み書きし、コマンドを実行し、結果を見て次の手を打つという一連の作業を自律的に回すAIツールです。Claude Code や Codex がこの系統にあたります。 TUI（Text User Interface）は、GUI ではなくターミナル画面の中でカーソルやパネルを使って操作する UI のこと。Grok Build はブラウザやエディタを開かず、端末の中で完結する作りになっています。

⚠️ 混同注意：公式 grok-build と第三者製 grok-cli

GitHub には superagent-ai/grok-cli（Grok API を使う第三者製のコーディングエージェント）も存在します。今回 SpaceXAI が公式に公開したのは xai-org/grok-build の方です。名前が似ているので取り違えに注意してください。

🔓 2.「オープン」の中身——Apache-2.0 は本物、でも運営はしない

ここがこの記事の芯です。ライセンスが本物の Apache-2.0 であることと、プロジェクトがコミュニティ運営であることは、別の話です。

💡 ワード解説：Apache-2.0 と「ソース公開」の質

Apache-2.0 は、商用利用・改変・再配布を広く認める、実績のあるオープンソースライセンスです（特許条項も含みます）。Grok Build のライセンスは本物です。 ただし、SpaceXAI の contributing 方針では外部からのプルリクエストは受け付けないとされます。つまり「誰でも読めて、自分用に改変・再配布できる」一方で、「本家に修正を送り込んで一緒に育てる」形のコミュニティ運営プロジェクトではない、という位置づけです。これは「ソースを透明化して公開する」タイプの開放であり、質を区別して捉えるのが正確です。

公開された範囲と、そうでない部分を切り分けると、輪郭がはっきりします。

flowchart TD R["grok-build リポジトリ（Apache-2.0・Rust）"] R --> O1["読めて改変できる：エージェント本体／ファイル編集・シェル実行／TUI／拡張機構（MCP・skills・plugins・hooks）"] R --> O2["コミュニティ運営ではない：外部プルリクエストは非受付（ソース透明性の公開）"] R --> O3["モデル本体は別：Grok は API・認証経由（重みは非公開）"]

つまり、エージェントの「配管」部分（どうコードを読み、どうツールを呼び、どう表示するか）は丸ごと読めるようになりました。一方で、頭脳にあたる Grok モデルそのものはオープンウェイトではなく、API と認証を通じて使う形のままです。「ハーネス（土台）はオープン、モデルはクローズド」という組み合わせです。

🧭 3. 既存エージェントとの位置づけ

Grok Build を、よく比較される既存のターミナル型エージェントと並べます。ここでは優劣ではなく、「何がオープンで、何がそうでないか」という軸で見ます（各ツールの公開情報にもとづく。詳細・最新は各公式を確認してください）。

ツール 提供元 ソースの公開 ライセンス MCP 連携
Grok Build SpaceXAI（旧 xAI） あり（第一者コード。ただし外部PR非受付） Apache-2.0 対応
Codex CLI OpenAI あり Apache-2.0 対応
Gemini CLI Google あり Apache-2.0 対応
Claude Code Anthropic なし（プロプライエタリ） 商用 対応

読み取れるのは2点です。ひとつは、ターミナル型エージェントの「ソース公開」は、もはや珍しくないということ。Codex CLI（Rust・Apache-2.0）や Gemini CLI（Apache-2.0）も既にソースを公開しており、Grok Build はその流れに乗った形です。Claude Code はプロプライエタリを保っています。もうひとつは、4つとも MCP に対応していること。接続規格が共通なので、自作ツールを MCP 対応で用意すれば、どのエージェントからも使い回せる可能性が高い——この点は生成AI三つ巴2026｜Claude・GPT-5・Gemini 3と「行動するAI」化でも触れた潮流です。

なお「モデルはクローズド、土台はオープン」という構図は、Kimi K3 徹底解説｜Moonshot AI の2.8兆オープンウェイトを読むのようなモデルの重みそのものを公開するオープンウェイトとは、開放している層が違います。混同しないように整理しておくと見通しが良くなります。

⚠️ 4. 公開の文脈と、エンジニアの実務判断

Grok Build の公開は、単独の「大盤振る舞い」として起きたわけではありません。公開の直前に、データの取り扱いをめぐる指摘があったという時系列を、事実として押さえておく必要があります。

報道（DevOps.com ほか）によれば、セキュリティ研究者が、Grok Build が利用者の同意なく、手元のリポジトリのデータを SpaceXAI 管理下のクラウドへ送っていたことを指摘しました。送信対象には、タスクに無関係なファイルや、.env の平文の認証情報が含まれ、ホームディレクトリで実行した利用者からは SSH 鍵やパスワード管理データベース、個人文書まで巻き込まれたという報告も伝えられています。時系列としては、7月13日に該当のアップロード先が停止され、7月15日にソースが公開されました。SpaceXAI 側の説明は限定的で、削除の確認手段や影響範囲の詳細は明らかになっていない、とされています（以上は報道・研究者の指摘にもとづき、断定や糾弾を意図するものではありません）。

この文脈を踏まえると、Apache-2.0 でソースが読めるようになったこと自体に、実務的な意味が出てきます。何を外部に送るのか（あるいは送らないのか）を、設定やドキュメントの説明を信じるのではなく、コードで直接確かめられるからです。

実際に使うかどうかを考えるときの、素直な手順を図にします。

flowchart TD Q["Grok Build を試すなら"] --> S1["まずソースを読む：外部へ何を送るかを自分で確認"] S1 --> S2["自分でビルド（cargo build）して動かす"] S2 --> S3["拡張はMCP・skills等で追加／モデル接続の設定を確認"]
  • ソースを読む：まず、ネットワークに何を送っているかを自分の目で確認する。これはApache-2.0公開の一番の実利です
  • 自分でビルドする：cargo build でソースから組み立てれば、配布バイナリではなく自分が中身を確認した版を動かせます
  • 接続先を確認する：どのモデル・どのエンドポイントに、どう認証してつなぐのかを把握してから、手元のリポジトリで使うか判断する

🧑‍💻 5. 筆者の見方

📌 筆者の見方（まだ試していない前提で）

筆者はまだ Grok Build を実務で使っておらず、使用感の判断は保留します。そのうえで、日常的に Claude Code を使い、ESP-IDF のビルドをスキル化して電子工作の実機開発に組み込んでいる立場（ESP32 スキル化の記事・MCP サーバの記事）から見ると、いくつか受け止めがあります。

まず、「ソースが全部読める」ことは、素直にありがたいと感じています。手元の ESP-IDF プロジェクトのように、ビルドやフラッシュでシェルを叩かせるエージェントは、何をどこへ送るかが気になる場面が多いからです。設定画面の説明ではなくコードで確認でき、しかも自分でビルドできるのは、環境を汚さず試したい人間には効きます。公開直前のデータ送信の件があったからこそ、この「読める」価値は大きい、というのが正直なところです。

一方で、外部PRを受け付けない「透明性の公開」は、諸手を挙げてとは受け止めていません。監査できる意味は大きいものの、コミュニティで穴を塞ぎ合う通常のOSSとは動き方が違います。そして、README では自前の推論エンドポイントに向けられるかを確認できませんでした。もし試すなら筆者は、ソースを読んで送信先を把握し、cargo build で自分の版を作り、まずは重要な鍵を置いていない捨てリポジトリで挙動を見てから、実プロジェクトに入れるか決めます。ここは「使ってみた」ではなく「試すならこうする」段階の話です。

✅ まとめ

📌 この記事のポイント
  • 2026年7月15日、SpaceXAI（旧 xAI）が「Grok Build」を Apache-2.0 で公開。xai-org/grok-build、ほぼ Rust、TUI 型のコーディングエージェント。MCP・skills・plugins・hooks に対応
  • ライセンスは本物の Apache-2.0 だが、外部プルリクエストは非受付。「みんなで育てるOSS」ではなく「ソースを透明化した公開」——質を区別して捉える
  • Codex CLI・Gemini CLI も既にソース公開済みで、Grok Build はその流れ。4ツールとも MCP 対応。Claude Code はプロプライエタリ
  • 公開直前に、データ送信をめぐる指摘があった時系列は事実として押さえる（断定はしない）。だからこそ「コードで確認できる」価値が効く
  • 実務判断は、まずソースを読み、自分でビルドし、接続先を確認してから——が素直

よくある質問（FAQ）

Q. Grok Build は無料で使えますか？ ソースは誰でも入手できますか？

A. ソースコードは xai-org/grok-build で公開され、Apache-2.0 のもとで入手・改変・再配布できます。ただし、頭脳にあたる Grok モデルは API・認証を通じて使う形で、モデルの重みが公開されているわけではありません。利用条件やモデル側の料金は SpaceXAI の公式で確認してください。

Q.「オープンソース」なら、開発に参加できますか？

A. ソースは読めて改変もできますが、SpaceXAI の方針では外部からのプルリクエストは受け付けないとされています。つまり本家に修正を送り込んで一緒に育てる形ではなく、「ソースを透明化して公開する」タイプの開放です。自分用のフォークを作って改変する、という使い方が中心になります。

Q. Claude Code や Codex とどちらが優れていますか？

A. 本記事は優劣を断定しません。事実として整理できるのは、Grok Build・Codex CLI・Gemini CLI がソース公開（Apache-2.0）で、Claude Code はプロプライエタリだという点、そして4つとも MCP に対応している点です。用途や好みで手元のタスクで試すのが確実です。

Q. 公開前のデータ送信の問題は、今も危険ということですか？

A. 報道によれば、問題とされたアップロード先は2026年7月13日に停止され、その後の7月15日にソースが公開されました。現在の版がどう振る舞うかは、公開されたソースで確認できます。重要な鍵やデータを置いた環境でいきなり使うのではなく、まず挙動を確かめるのが安全です。

Q. この記事の内容は今も正しいですか？

A. 本記事は2026年8月2日時点の公式リポジトリ・アナウンス・報道にもとづきます。仕様・ライセンス・提供条件は更新され得るため、重要な判断の前にはリポジトリと公式情報で最新を確認してください。

参考

本記事は公表された一次情報・報道にもとづいて事実関係を整理したものであり、特定の製品や企業を推奨・否定するものではありません。