6 ポイント 投稿者 GN⁺ 5 시간 전 | 1件のコメント | WhatsAppで共有
  • SpaceXAIのターミナルベースAIコーディングエージェント Grok Build を構成するRustソースとエージェントランタイムが公開され、リポジトリはSpaceXAIのモノレポから定期的に同期される
  • フルスクリーンの TUI でコードベースの理解、ファイル修正、シェルコマンド実行、Web検索、長時間タスク管理をサポートし、対話型・ヘッドレス・Agent Client Protocol(ACP)連携の方式で実行できる
  • macOS・Linux・Windows向けの事前ビルド済みバイナリを提供し、ソースビルドには Rustとprotoc が必要で、macOS・Linuxのみ正式なビルドホストとしてサポートする
  • コードは、TUI、エージェントランタイム、ツール実装、ホストファイルシステム・VCS・実行・チェックポイントをそれぞれ担当する Rustクレート に分かれている
  • 自社コードは Apache License 2.0 で配布されるが、外部からのコントリビューションは受け付けず、サードパーティおよびベンダリングされたコードは既存ライセンスを維持する

Grok Buildの役割と実行方式

  • Grok Build はSpaceXAIのターミナルベースAIコーディングエージェントで、コマンド名は grok
  • フルスクリーンの TUI として動作し、次の作業を実行する
    • コードベースの理解
    • ファイル編集
    • シェルコマンド実行
    • Web検索
    • 長時間実行タスクの管理
  • 実行方式は3種類をサポートする
    • ターミナルで対話的に使用
    • スクリプトやCIで ヘッドレスモード として実行
    • Agent Client Protocol(ACP)を通じてエディタに組み込み
  • リポジトリには grok CLI/TUIと エージェントランタイム のRustソースが含まれており、SpaceXAIのモノレポから定期的に同期される
  • 製品情報は x.ai/cli、全ドキュメントは docs.x.ai/build/overview で確認できる

バイナリのインストールと認証

  • 事前ビルド済みバイナリは macOS、Linux、Windows 向けに配布される
curl -fsSL https://x.ai/cli/install.sh | bash   # macOS / Linux / Git Bash
irm https://x.ai/cli/install.ps1 | iex          # Windows PowerShell
grok --version
  • リリースごとの修正内容と機能改善は changelog にまとめられている
  • ソースビルドの成果物名は xai-grok-pager で、公式インストール版ではこれを grok という名前で提供する
  • 初回実行時にブラウザを開いて認証を行う

ソースビルド条件

  • ビルドには Rustprotoc が必要
    • Rustツールチェーンのバージョンは rust-toolchain.toml に固定され、初回ビルド時に rustup が自動インストールする
    • Protocol Buffersコード生成はまず bin/protoc のdotslashランチャーを使用し、なければ PATH または $PROTOC にある protoc にフォールバックする
  • macOSとLinuxはサポートされるビルドホスト
  • Windowsでのソースビルドは ベストエフォート方式(best-effort) としてのみ提供され、現在このソースツリーではテストされていない
cargo run -p xai-grok-pager-bin
cargo build -p xai-grok-pager-bin --release
cargo check -p xai-grok-pager-bin
  • cargo run はTUIをビルドして実行する
  • リリースビルドは target/release/xai-grok-pager バイナリを生成する
  • cargo check は高速な検証に使用する

リポジトリ構造

  • crates/codegen/xai-grok-pager-bin
    • 構成ルートパッケージで、xai-grok-pager バイナリをビルドする
  • crates/codegen/xai-grok-pager
    • スクロールバック、プロンプト、モーダル、レンダリングを含む TUI を担当する
  • crates/codegen/xai-grok-shell
    • エージェントランタイムとleader・stdio・ヘッドレスのエントリポイントを提供する
  • crates/codegen/xai-grok-tools
    • ターミナル、ファイル編集、検索などの ツール実装 を含む
  • crates/codegen/xai-grok-workspace
    • ホストファイルシステム、バージョン管理システム、コマンド実行、チェックポイントを担当する
  • その他の crates/codegen/...
    • 設定、MCP、Markdown、サンドボックスなどCLIに必要なクレートを含む
  • crates/common/crates/build/prod/mc/
    • 依存関係の閉包に含まれる小規模な共有リーフクレート
  • third_party/
    • Mermaidダイアグラムスタック のベンダリングされたアップストリームソースを含む
  • ルートの Cargo.toml はワークスペースメンバー、依存関係バージョン、lint、プロファイルをもとに生成されるファイルのため、読み取り専用として扱う必要がある
    • 変更する場合は、各クレートの Cargo.toml を修正する方法が推奨される

ドキュメント範囲

  • ユーザーガイドは crates/codegen/xai-grok-pager/docs/user-guide/ に含まれる
  • ドキュメントは次のトピックを扱う
    • はじめに
    • キーボードショートカット
    • スラッシュコマンド
    • 設定とテーマ
    • MCPサーバー

      • スキルとプラグイン
      • フック(hook)
      • ヘッドレスモード
      • サンドボックス化

開発ワークフロー

  • ワークスペース全体のビルドは遅いため、常に 個別クレート を指定して検査する方法が推奨される
cargo check -p <crate>
cargo test -p xai-grok-config
cargo clippy -p <crate>
cargo fmt --all
  • テストとClippyもクレート単位で実行する
  • Clippy設定はリポジトリルートの clippy.toml、Rustフォーマット設定は rustfmt.toml にある

コントリビューションとライセンス

  • リポジトリは 外部からのコントリビューションを受け付けない
  • リポジトリの自社コードは Apache License 2.0 で配布される
  • サードパーティおよびベンダリングされたコードは、それぞれの元ライセンスを維持する
  • THIRD-PARTY-NOTICES にはcrates.io・Git依存関係、バンドルUIテーマ、ソースツリー内部ポートの告知事項が含まれる
    • 内部ポートには openai/codexsst/opencode のツール実装が含まれる
  • crates/codegen/xai-grok-tools/THIRD_PARTY_NOTICES.md にはCodex・OpenCodeポートのライセンス本文とApache §4(b)の変更告知が含まれる
  • third_party/NOTICE はベンダリングされた Mermaidスタック の告知インデックスを提供する

1件のコメント

 
GN⁺ 5 시간 전
Hacker Newsのコメント
  • このコードベースには意外な機能が多い。たとえば https://github.com/xai-org/grok-build/blob/b189869b7755d2b48... は、一部の Mermaid チャートを Unicode の罫線文字で表現するスタンドアロンのターミナルレンダラー
  • 関連内容を[ブログにまとめたが][0]、少なくとも今回はよくある型どおりの広報対応で終わらせてはいない。すでに複数の派生プロジェクトが作られている
    [thedavidweng/gork-build][1] は grok を「gork」に変え、ベンダーのテレメトリー、デフォルトで有効なデータ保持、x.ai の自動アップデートを削除した、VSCodium 風のプライバシーフォークだ
    [DigiGoon/digi-grok-build][2] は x.ai CDN ではなくソースからビルドするマルチプロバイダー CLI「dgrok」で、[victor-software-house/open-grok][3] はすべてのプロバイダーに対応している
    [LukaMucko/grok-build][4] はプロバイダー別リクエストフィールド用の extra_body を、[RapidAI/grok-build-desktop][5] は Tauri デスクトップ GUI を追加した
    [mazdak/grok-build][6] は Catppuccin テーマを、[thomas9120/grok-build-archival][7] は Windows のテレメトリー無効化スクリプトを、[saqoah/grok-build][8] は Kotlin の MemoryBackend を提供している
    [0]: https://news.ycombinator.com/item?id=48928913
    [1]: https://github.com/thedavidweng/gork-build
    [2]: https://github.com/DigiGoon/digi-grok-build
    [3]: https://github.com/victor-software-house/open-grok
    [4]: https://github.com/LukaMucko/grok-build
    [5]: https://github.com/RapidAI/grok-build-desktop
    [6]: https://github.com/mazdak/grok-build
    [7]: https://github.com/thomas9120/grok-build-archival
    [8]: https://github.com/saqoah/grok-build
    • [3]を見ると、LXRを大幅に強化した形だった Sun の古いプロジェクト OpenGrok を思い出す: https://oracle.github.io/opengrok/
    • どれも大した意味のないフォークなので、1年以内に消えると思う。ブックマークしておいて後で確認すればいい
  • 非公開データを外部に流出させたのは残念だ。モデル自体は Opus 4.8 より良いと感じるほど優秀で、実行環境も非常にスムーズなので、最高水準に発展する潜在力がある
    • Opus に似ているという感じはまったくない。Grok が生成した結果を直したり仕上げたりするために、結局いつも Opus に切り替えることになり、体感ではSonnet 3に近い
    • 私も似たように感じたし、これまで見た限りでは Grok 4.5 のビジュアルデザイン能力は Fable より優れている。体感で2〜3倍速いので、選びやすい
    • 2日前、Cursor-Grok-4.5 が回答を繰り返し続けてループに陥ったり、推論の途中で突然終了したりする妙なことがあった。omp を使っていたせいかもしれないが、まだ最も安定したツールではない
      それでも正常に動くときはかなり優れており、月10ドルという価格を考えると圧倒的に安い
    • その会社のリーダーが政府データを外部に流出させたことも残念だ
    • Grok 4.5 のビルド速度は驚くほどで、今後出てくる技術を先取りして味わっている感じがする
  • これは正しい決定というより戦術的な決定だ。シェアが1%にも満たず、評判も悪く、さらにユーザーデータのアップロードまで発覚したなら、泥沼から抜け出すために試せる数少ない手の一つがオープンソース化だ
    • もう一つの戦術は、単にAI事業をやめることだ。誰も金を燃やし続けろとは強制していないし、xAI の創業者たちは皆去り、製品ブランドも壊れてしまった。AIを畳んで、ロケット会社として宇宙船でも作っているほうがいい
    • ときには戦術的に有利な行動が、そのまま正しい行動でもある
    • 競合を追い越すために使える賢い手であることは確かだ
    • もう周囲に Grok Build を信用する人はいないし、今後数か月はCursorも警戒するつもりだ
    • 戦術的には勝てても戦略的には失敗し得るという点で、「戦術的」という表現は正確だ。Musk のミーム帝国全体が雰囲気とイメージに依存しているので、堤防にひびが入った瞬間にすべて崩れかねない
      彼が関わった企業の企業価値は合理的に見えず、主要AI企業との競争で完全に失敗することだけでも崩壊が始まり得る
  • 現時点では、xAI のサブスクリプションで Grok Build を使うより https://pi.dev/ を使うほうを勧める
    • 「xAI のサブスクリプション」が何を意味するのかわからない。Grok のサブスクリプションでは API アクセス権は得られないはずだ
      確認してみると、X Premium 系のサブスクリプションもGrok Build へのアクセス権を提供しており、複数のサードパーティ実行環境を公式にサポートしている
    • opencode よりPiを勧める理由が気になる。人々がどのオープンなソリューションに集まっているのか調べているところだ。Codex もコントリビューションは閉じているが、準オープンな形でかなり良い
    • Pi の発想は良いが、なぜ TypeScript ではなくコンパイル言語を選ばなかったのか疑問だ
  • すでに Cursor に600億ドルを払ったのなら、わざわざこれまで維持する理由があるのか
    • Cursor ユーザーは複数プロバイダーのモデルを併用することに慣れているが、xAI は自社モデルの利用を増やしたがっている
    • Grok Build は結局サポート終了になる可能性が高く、製品を終了する前にオープンソースとして公開することはよくある。Cursor は Grok Build より比較にならないほど優れている
    • Cursor 買収のためにオープンソースとして公開した可能性が高く、同時に評判の問題も一部改善できる
  • 一部の開発者が Grok をうまく使っていたという話を見たので、私の好きな中国モデルの代替として検討する価値はある。ただしPi エージェントも捨てがたい
    • Grok Build は omp や Claude Code より速く感じるが、正確な理由はわからない。コードアップロードを無効にしてからは、以前のように数ミリ秒以内に即座に応答しなくなった
    • 私は Grok をPi の中で使用している
  • 提供している機能に比べて、コード量が信じられないほど多い。意図的に設計されたコードベースには見えない
    • エージェントの実行環境を作るのに必要なコード量は、予想よりはるかに多いことがある
    • 「週末で Uber.app を作れる」という類の過小評価に聞こえる
  • またしても Elon の失敗に賭ける人が多いが、私は逆にElonに賭ける
    • 完全自動運転に関する賭けにも参加したのか
    • 彼に反対する賭けというより、人類の未来のための賭けに近い。Elon が自分をどう評価していようと、この5年間の彼の活動は人類に有害で、ますます悪化している