コードを丸ごと外部へ送っていたと指摘されたツールが、その数日後、今度は「中身を全部見せます」とソースコードを公開しました。透明性のための決断、と読むこともできます。ただ、公開されたのはコードを動かす足回りであって、送ったデータが本当に消えたかを確かめる手立てではありません。この順番を、どう受け取ればいいのでしょうか。
2026年7月15日、SpaceXAIはコーディングエージェント兼TUIであるGrok Buildをオープンソース化した。ソースコードはGitHub上で公開されている。同社は公開の狙いとして、コンテキストの組み立てからツール呼び出しの振り分けまでの動作をソースで確認できること、スキル・プラグイン・フック・MCPサーバー・サブエージェントの読み込みと呼び出しに関するリファレンスとなること、自分でコンパイルしローカル推論に向けて設定し、config.tomlから駆動する完全なローカルファースト動作が可能になったことを挙げた。
公開ソースには、エージェントループ、コードの読み取り・編集・検索やコマンド実行を担うツール群、レンダリングや入力処理などを含むターミナルUI、拡張システムが含まれる。
From: 
Grok Build is Now Open Source
【編集部解説】
この一件は、公式アナウンスを額面どおり読むと「透明性のためのオープンソース化」で終わってしまいますが、日付を並べ替えると、まったく別の輪郭が見えてきます。「デジタルの窓口」として、期待と不安の両面から捉え直してみました。
なぜ「今」だったのか。オープンソース化の裏にある動き
Grok Buildのオープンソース化を、SpaceXAIは「堅牢で信頼できるハーネスへ近づくための最も直接的な方法」だと説明しています。透明性のための、いわば善意の公開だ、という語り口です。
ただ、この発表を理解するには、直前に何が起きていたかを知っておく必要があります。
7月中旬、Grok Buildの初期バージョンが、ユーザーのコードリポジトリを、Git履歴や設定ファイルに残る認証情報ごと、指示と無関係に外部のクラウドストレージへ送っていた——。セキュリティ研究者がそう報告し、別の環境でも同じ挙動が再現されました。自分の書いたコードや鍵が、同意のあいまいなまま外部へ渡り得た、というのは開発者にとって看過できない話です。
SpaceXAIは7月12日から、全利用者のデータ保存を既定で無効化したと説明しています。研究者の検証では、遅くとも13日には、サーバー側の設定によってコードベースの一括送信も止まっていたとされます。過去に保存したコーディングデータについては削除すると表明していますが、発表時点の表現は「削除を進めている」というもので、完了を第三者が独立に確かめる手段までは示されていません。そして15日、ソースコードの公開に踏み切りました。
事実を時系列に置くと、「信頼を取り戻すための一手」という読み筋が浮かび上がります。ここは私の解釈として明示しておきますが、公式発表が語らない「なぜ今なのか」の答えは、この一連の流れの中にあると見ています。
この発表の主役は、実は「ローカルファースト」です
公式が並べる3つの理由のうち、読者にとって最も実利があるのは、3番目の「完全なローカルファースト動作」です。
自分でコンパイルし、手元のローカル推論に向けて設定する。さらにWeb検索やリモートMCP、外部同期といった通信を伴う機能を切れば、コードを外部サーバーへ送らずに動かす構成も組めます。先ほどの送信問題を、仕組みの側から抑えられる、という意味を持ちます。加えて自前モデルでの推論には、SpaceXAIクラウド側の利用上限が原則として効きません。
「透明性」や「拡張しやすさ」よりも、この一点こそが、公開のニュース性の核だと私は考えています。
そもそも「SpaceXAI」とは。そして「オープンソース」の但し書き
見慣れない社名に戸惑った方もいるかもしれません。これは旧xAIのことです。2026年2月にSpaceXがxAIを買収し、7月6日にSpaceXAIブランドへの切り替えが発表されました。Grokというブランド名自体は変わっていません。
もう一点、「オープンソース」という言葉には但し書きがあります。ライセンスはApache License 2.0で、コードを読み、改変し、自前で動かす自由は確かに開かれています。一方でこの公式リポジトリは外部からのコード貢献を受け付けないと明記しており、誰もが開発に参加する共同体型のプロジェクトとは性格が異なります。「中身を見て自分で使える公開」であって、「みんなで育てる公開」ではない。ここは区別して受け取ったほうが正確です。もっとも、Apache 2.0のもとでは、第三者が独自にforkして開発・再配布する道は開かれています。
開いてみえた、意外な相互依存
公開されたコードには興味深い事実も含まれていました。Grok Buildの一部のツール実装は、OpenAIのCodexや、OpenCodeといった他社・他プロジェクトのコードを移植したものだと、ライセンス表記が示しています。
Claude Code、Codexと競い合う立場でありながら、その足回りは競合や既存OSSの資産の上に成り立っている。コーディングエージェントという若い領域が、思っている以上に相互参照でできあがっていることが、コードを開いたことで可視化された、とも言えます。
長い目で見ると
信頼が一度揺らいだツールにとって、「中を見せる」ことは、言葉で釈明するよりも重い一手です。コードを開き、ローカルで完結できる道を用意する——ここは誰もが中身を確かめられる、検証可能な一手です。一方でデータ削除のほうは、現時点では同社の表明にとどまり、外部から完了を確かめる手立ては見当たりません。言葉と、検証できる行動が、まだ半分ずつ同居している、というのが正確なところです。
公開はゴールではなく出発点でもあります。この先、透明性をどう運用し続けるのか。未来の道具を安心して手に取れるかどうかは、派手な発表の瞬間よりも、その後の地道な積み重ねにかかっている。私はそう見ています。
【関連記事】
Grok Build CLI、リポジトリデータを外部送信｜通信解析で判明したデータ管理の問題（内部）
本稿で触れた送信問題を単独で深掘りした記事。何が送られ、利用者は何を無効化すべきか、具体的な対処手順まで解説しています。
Grok 4.5をSpaceXAIが発表─Cursorと共同訓練、”Opusクラス”を低コスト・高速で狙う（内部）
Grok Buildを動かす基盤モデルGrok 4.5の解説。速度と価格で競合に挑む設計思想を、ベンチマークとともに読み解いています。
Google「Antigravity CLI」がGemini CLIを置き換える—ターミナルAIエージェントの新時代（内部）
ターミナル型AIエージェント競争の隣接事例。Grok Buildと同じ土俵で各社が何を競っているのかを把握できます。
【編集部後記】
削除は「しました」ではなく「進めています」と説明されています。コードの公開は誰でもGitHubで検証できますが、消したはずのデータが本当に消えたかは、送った側の言葉を信じるほかありません。開いて見せられる部分と、見せようがない部分。同じ「透明性」という一語のなかに、検証できるものとできないものが同居しています。
手元で完結させる選択肢が増えたのは、確かな前進です。その一方で、一度預けてしまったコードや鍵の行方は、ローカルファーストでは巻き戻せません。次に新しいツールへ最初のコードを渡すとき、その一歩を戻せる設計になっているか。確かめる癖をつけたいところです。
【用語解説】
コーディングエージェント
人間の指示を受け、コードの読み取り・編集・検索・実行までを自律的に進めるAIツールのことである。単なる補完ではなく、開発作業そのものを代行する点が特徴だ。
TUI（ターミナルユーザーインターフェース）
ターミナル（コマンド入力画面）上で動く、文字ベースの操作画面のことである。マウスやキー操作に対応し、グラフィカルなアプリに近い使い勝手を、ターミナル内で実現する。
ハーネス（harness）
AIモデルを実際の作業に接続し、制御・実行するための「足回り」にあたる仕組みである。モデル本体とは別に、入力の組み立てや出力の処理を担う土台部分を指す。
ローカルファースト
処理を外部のクラウドではなく、利用者自身の手元の端末（ローカル）で優先的に実行する設計思想のことである。ただし「ローカルを優先する」という考え方であり、外部通信を伴う機能を使わない構成にして初めて、コードを外部へ送らずに済む点には注意が必要だ。関連して、手元の端末上でAIモデルを動かすことを「ローカル推論」と呼ぶ。
エージェントループ
文脈の組み立て、モデル応答の解析、ツール呼び出しの実行という一連の処理を繰り返す、エージェント動作の中核サイクルである。
拡張システム（スキル・プラグイン・フック・サブエージェント）
エージェントの機能を後付けで拡張するための仕組みの総称である。スキルは再利用可能な手順・スクリプト・資源、プラグインはそれらをまとめた追加機能、フックは特定の場面で自動実行される処理、サブエージェントは並列で作業を分担する子エージェントを指す。
MCP（Model Context Protocol）
AIエージェントを、データベースやブラウザなど外部のツール・サービスと接続するための共通規格である。この規格に沿ったサーバーを「MCPサーバー」と呼ぶ。
Apache License 2.0
オープンソースソフトウェアで広く使われる寛容なライセンスの一つである。商用利用や改変、再配布が認められる。ただし今回のGrok Buildは、第一者コードがこのライセンスで公開される一方、公式リポジトリへの外部貢献は受け付けておらず、第三者コードには元のライセンスが適用される。
【参考リンク】
SpaceXAI 公式サイト（旧xAI）（外部）
Grok Buildの提供元。旧xAIが2026年7月にSpaceXAIへ改称した後の公式サイトで、製品やAPI、企業情報がまとまっている。
Grok Build 製品・CLIページ（外部）
1コマンドでのインストール手順や、プランモード、サブエージェントなど、Grok Buildの機能概要を確認できる公式紹介ページ。
Grok Build 公式ドキュメント（外部）
TUIやヘッドレス実行、config.tomlの設定、MCPサーバー連携など、実際の使い方を解説したGrok Buildの公式技術文書である。
Grok Build ソースコード（GitHub）（外部）
今回オープンソース化された本体リポジトリ。Rust製でApache License 2.0のもと公開され、一次情報として最も確実な参照先だ。
Grok（対話AI本体）（外部）
SpaceXAIの対話型AI「Grok」の利用窓口。Grok Buildを支える基盤モデルGrok 4.5も、この系列に属している。
Model Context Protocol 公式サイト（外部）
AIエージェントと外部ツールをつなぐ共通規格MCPの公式情報。仕様やサーバー実装のドキュメントがまとまっている。
Claude Code（Anthropic）（外部）
Grok Buildの競合にあたるコーディングエージェント。設定ファイルの互換性や機能設計を比較する際の参照先となる。
OpenAI Codex（GitHub）（外部）
OpenAIのコーディングエージェント。Grok Buildの一部ツール実装は、このCodexからの移植を含むと明記されている。
OpenCode（GitHub）（外部）
SST製のオープンソースのコーディングエージェント。同じくGrok Buildへ一部のツール実装が移植されている。
【参考記事】
xAI Open-Sources Grok Build, Expanding Developer Access（Blockchain.News）（外部）
オープンソース化を、Claude CodeやCodexと競合する動きとして報じた記事。コードのクラウド送信問題にも触れる。ベータ提供層や発覚時期の記述は公式発表・一次調査と一部食い違う。
Grok Build Is Now Open-Source: What You Need to Know（Basenor）（外部）
基盤モデルGrok 4.5の一般公開が7月8日であること、リポジトリ同期の問題、ローカル実行という対応、7月15日の利用上限リセットを整理している。
AIエージェント『Grok Build』がオープンソース化（GIGAZINE）（外部）
日本時間7月16日の公開を報道。Apache License 2.0であること、7月12日からデータ保存を既定で無効化し、過去データの削除を進めていることに触れている。
Introducing Grok Build（SpaceXAI 公式）（外部）
2026年5月のベータ発表。提供対象は全SuperGrokおよびX Premium Plus契約者で、プランモードやサブエージェント、ヘッドレスモードを提供元が説明した一次情報。
SpaceX’s newest logo confirms everything about what it’s become（Teslarati）（外部）
xAIからSpaceXAIへの改称と背景の買収を詳報。取引規模やColossusの計算資源など、社名変更の文脈を数値で示している（GPU数は媒体により幅がある）。
xai-org/grok-build（GitHub・一次情報）（外部）
公開されたソースコードのリポジトリ。Rust製、Apache License 2.0、外部貢献は非受付、OpenAI CodexとOpenCodeからの実装移植を含むことが記載されている。
