Grok Buildとは何か

xAI（現在はSpaceXとの統合で「SpaceXAI」ブランドに移行）が、自社のコーディングエージェント「Grok Build」の中核をなすエージェントループとTUI（ターミナルUI）を、Apache 2.0ライセンスでオープンソース化した。公開されたのは、コードの読み書き・検索、シェルコマンド実行、長時間タスクの管理までを担う一式で、Rustで書かれたコードは84万行超に及ぶ。GitHub（xai-org/grok-build）で誰でも閲覧・ビルドできる。

エージェントの中身は「ハーネス」と呼ばれる仕組みだ。モデルに渡すコンテキストを組み立て、モデルを呼び出し、返答を解析し、ツール呼び出しを実行に落とし込む——このループ自体を公開したことで、Claude CodeやCodex CLI、Gemini CLIといった競合ツールの内部構造を推測する手がかりにもなる。またAgent Client Protocol（ACP）に対応しており、Zedなどこの規格をサポートするエディタへの組み込みも可能。config.tomlの設定でOpenAI Chat Completions・OpenAI Responses・Anthropic Messages各プロトコルのカスタムエンドポイントを指定でき、Ollama等のローカル推論に接続してフルローカルで動かすこともできる。

なぜ「今」なのか

このタイミングには裏がある。7月12日、セキュリティ研究者がGrok Buildの通信を解析し、ユーザーの手元のGitリポジトリ全体（追跡ファイルとコミット履歴一式）が、xAI側のクラウドストレージに無断でバンドル送信されていたことを公表した。ユーザーが個別にオフにできるはずの「プライバシートグル」は実質機能していなかったという指摘も出た。批判が広がった直後の7月15日、xAIはこの機能をデフォルト無効化し、過去に収集したデータの削除を発表。そのわずか72時間後にソースコード一式を公開した——という時系列だ。

なお「オープンソース」とはいえ、外部からのコントリビューションは受け付けず、GitHub Issueも無効化されている。コミュニティで育てる形の一般的なOSSとは違い、「監査できる状態で公開する」ことに主眼を置いた措置だと見た方がよい。

実務への影響

日本のエンジニア・IT管理者にとっての教訓は明確だ。エージェント型コーディングツールを導入する際、「どこまでの情報が、どこに、いつ送られるか」を仕様書やプライバシーポリシーの記述だけで信じず、通信内容を実際に確認する運用が必要になる。特にGitリポジトリには顧客コードや機密設計が含まれることが多く、「禁止」で済ませず、ネットワーク監査やローカル実行オプションの有無を評価基準に組み込むべきだ。今回Grok Buildが示したような「モデルとハーネスを分離し、ローカルLLMや他社APIにも接続できる」設計は、社内データを外に出したくない企業にとって参考になる選択肢の一つになる。

筆者の見解

エージェントの中身、つまり「ハーネスループ」を丸ごと読める形で出してきたこと自体は歓迎したい。コンテキスト組み立てからツール呼び出しまでの一連の設計は、まさに今どのAIエージェントを作る人にとっても最前線のテーマであり、実装例が一つ増えることには素直に価値がある。

ただし、今回の「オープンソース化」を額面通りの太っ腹な決断として受け取るのは早計だろう。リポジトリを無断でクラウドに送っていた問題が発覚してから公開まで72時間、しかも外部からの修正提案は受け付けないという運用を見る限り、これは「信頼を取り戻すための見せ方」としての側面が強い。エージェントに何を預けるかを判断するのは結局のところ、開発者一人ひとりが「実際に何が送信されているか」を自分の目で確認する姿勢であって、ベンダーの発表文だけを信じないことに尽きる。

出典: この記事は Grok Build is Now Open Source の内容をもとに、筆者の見解を加えて独自に執筆したものです。