Grok Build

コード編集・shell実行・Web検索を、フルスクリーンTUIの一つのAgent体験へまとめる

公式READMEでは、Grok Buildがコードベースを理解し、ファイル編集、shell command実行、Web検索、長時間タスクの管理を行うterminal-based AI coding agentと説明されています。単発のチャットCLIではなく、マウス操作可能なfull-screen TUIで、調査から変更・実行までを同じセッションで進めることを狙った構成です。

出典：[1]

対話TUIだけでなく、headless/CIとACPによるエディタ統合にも同じruntimeを使う

READMEは利用形態としてinteractive TUI、scripting/CI向けのheadless実行、Agent Client Protocol（ACP）経由のeditor embeddingを挙げています。利用環境ごとに別のAgentを用意するのではなく、同じagent runtimeを人の対話操作・自動処理・editor integrationへ広げられる点が特徴です。

出典：[1]

MCP・skills・plugins・hooks・sandboxingまで、coding agentの拡張点を持つ

同梱user guideは、configurationやthemingに加えてMCP servers、skills、plugins、hooks、headless mode、sandboxingを扱っています。repository layoutでもagent runtime、terminal/file edit/search tool、workspace、VCS、execution、checkpointなどがcrateとして分かれており、TUIの見た目だけでなくAgent実行基盤そのものが公開されています。

出典：[1]

ターミナル中心でAI coding agentを使いながら、CIやエディタにも同じ実行系を広げたい開発者に

terminalでコード調査・編集・command実行をまとめたい開発者、同じAgentをheadlessでCIや自動処理へ組み込みたいチーム、ACP対応editorからcoding agentを呼び出したい人に向きます。Rustで実装されたAgent harnessやTUI、tool execution、workspace管理の設計を読む対象としても比較価値があります。

公開treeはmonorepoの定期同期で、外部PRを受け付けない点と認証・build要件を確認する

このrepositoryはSpaceXAI monorepoから定期的に同期される公開treeで、CONTRIBUTING.mdは外部pull requestやunsolicited patchを受け付けないと明記しています。一般的なcommunity-driven OSSと同じcontribution modelではなく、source transparencyとlocal buildのために公開されている点を理解して評価する必要があります。

リリースbinaryはmacOS・Linux・Windows向けですが、source buildにはRustに加えてDotSlashが必要で、macOS/Linuxがsupported build host、Windows buildはこのtreeではbest-effortです。初回起動時はbrowserを開いて認証します。またfirst-party codeはApache-2.0ですが、vendored/third-party codeはそれぞれ元のlicenseを維持するため、再配布時はTHIRD-PARTY-NOTICES等も確認してください。

出典：[1][2][3]