xAI 開源 Grok Build：80 萬行 Rust 寫的終端 AI 編碼代理，連 Codex 與 opencode 移植版都打包奉送

xAI 於 7 月 14 日悄悄地把自家旗艦 AI 編碼代理 Grok Build 的原始碼，以 Apache 2.0 授權丟上 GitHub 的 xai-org/grok-build。這個代號 grok 的 CLI/TUI 並不是單純的 build system——它是一個終端機優先的全螢幕編碼代理，能理解整個 codebase、編輯檔案、執行 shell 指令、搜尋網路、管理長時間任務，還能透過 Agent Client Protocol（ACP） 嵌入編輯器。

不到 48 小時，repo 衝上 11,591 顆星、1,923 個 fork。這不是「再丟一個開源 README」那種 PR 戲碼——這是 84 萬行 Rust、橫跨約 70 個 crate 的整個 agent runtime 與 TUI。

編按：本文綜合整理自 xAI GitHub 倉庫、x.ai 官方公告、MarkTechPost 深度分析、Hacker News 討論串，並加入 Siami 編輯部觀點與分析。

開源了什麼、沒開源什麼

xai-org/grok-build 是 SpaceXAI 內部 monorepo 週期性同步出來的 Rust 源碼。根目錄有個 SOURCE_REV 檔案，記錄 monorepo 的完整 commit SHA。Repository layout 拆得很乾淨：

• crates/codegen/xai-grok-pager-bin：composition-root 套件，編出 xai-grok-pager 二進位
• crates/codegen/xai-grok-pager：TUI 本體——捲動、prompt、modal、rendering
• crates/codegen/xai-grok-shell：agent runtime，含 leader/stdio/headless 三種 entry
• crates/codegen/xai-grok-tools：工具實作（terminal、file edit、search…）
• crates/codegen/xai-grok-workspace：host 檔案系統、VCS、執行、checkpoints
• crates/common/、crates/build/、prod/mc/：共用 leaf crate
• third_party/：Mermaid 圖表堆疊的 vendor 上游源碼

沒有開源的部分：模型本身（grok-4.5 仍是付費 API）、server-side 元件、官方品牌更新頻道。Grok Build 預設呼叫 grok-4.5，但使用者可在 ~/.grok/config.toml 換成任何自訂 base_url 的相容模型——這條逃脫路線是開源社群最在意的設計。

授權細節：first-party 程式碼走 Apache 2.0，但 THIRD-PARTY-NOTICES 清楚標出兩個關鍵的「in-tree source ports」：

1. openai/codex 的工具實作移植
2. sst/opencode 的工具實作移植

兩個都遵守原始 Apache §4(b) 變更聲明義務。也就是說：Codex CLI 與 opencode 的核心能力，已經被打包進 Grok Build 一起開源。

安裝方式與技術細節

官方提供一鍵安裝（macOS / Linux / Git Bash）：

curl -fsSL https://x.ai/cli/install.sh | bash
grok --version

從 source 編需要 Rust toolchain（rust-toolchain.toml pinned，rustup 會自動抓）、DotSlash（讓 hermetic 工具可下載執行），以及 protoc（proto codegen 用）。release 編出來的二進位叫 xai-grok-pager，官方安裝後改名 grok；第一次啟動會打開瀏覽器做 OAuth。

CONTRIBUTING.md 第一行寫得很直白：

External contributions are not accepted.

也就是說這是 單向鏡像：可以讀、可以 fork、可以拿去改，但官方不接受 PR。Repository 預設 branch 是 main，目前 0 個 release——代表程式碼是直接從內部 monorepo 倒出來的鏡像，還沒經過 release 工程整理。

為什麼這件事重要

🚨 為什麼這件事重要：xAI 把整個 AI 編碼代理的 harness 層 開源，但模型層仍鎖在閉源 API——這是 「基礎設施層 open、價值層 closed」 的典型策略。對 Anthropic Claude Code、Cursor、Sourcegraph Amp 等閉源代理形成壓力，因為底層同等能力的 harness 現在可以免費拿來 fork、改成呼叫任何模型。對企業客戶意義更深：不再被單家供應商綁死——只要把 ~/.grok/config.toml 換成自家 vLLM endpoint，整個終端編碼代理就私有化了。

開源 48 小時內 fork 數衝到 1,923 個，已經出現一整批社群 fork：

• thedavidweng/gork-build：把 grok 改名為 gork、拔掉 vendor telemetry、改成 opt-out-only 資料留存、阻擋 x.ai 自動更新——「VSCodium 風格的隱私 fork」
• DigiGoon/digi-grok-build：dgrok 多供應商 CLI，改從 source 編譯不走 x.ai CDN
• victor-software-house/open-grok：「open to every provider」
• LukaMucko/grok-build 等多個個人 fork

這個分叉速度說明一件事：harness 開源是社群真正想要的「可審查、可剝皮」。研究員、紅隊、想自架的企業客戶，現在可以一行命令 git clone 完整 source 來跑 fuzzing、靜態掃描、客製化——這是 Anthropic 與 OpenAI 從未提供過的透明度。

另一個訊號：openai/codex 與 sst/opencode 的工具程式碼被打包進來開源。這暗示 AI 編碼代理的「工具呼叫層」正在 commodity 化——四家頂級實驗室（OpenAI、xAI、SST、Anthropic）的工具介面開始互通。對開發者是好消息：往後學一套 prompt pattern，多家 CLI 都能用。

爭議：上傳整個 home directory 風暴

Grok Build 開源背後的脈絡並不光彩。開源前幾天，Reddit 與 LinkedIn 的資安研究員揭露：xAI 的 Grok Build CLI 會 把使用者的整個 working directory 打包上傳到 xAI 的伺服器，連整個 Git history 都不例外——一位研究人員用 packet interceptor 抓到 CLI 靜默打包 整個 home 目錄 上傳到 GCS。

xAI 後來宣稱「將刪除所有外洩資料」，但截至開源為止 沒有任何第三方認證機構（FTI Tech、Kroll、Epiq、HaystackID 等）出示銷毀證書。HN 討論串的 ninjagoo 直接戳破：

They claim to have deleted or will be deleting all the data they exfiltrated. There are independent agencies that will certify destruction of data. Nothing less is trustworthy.

開源是對這個公關危機的回應——把程式碼攤在陽光下讓社群稽核，順勢拿回一些信任分數。但這步棋是不是真的有效，要看社群會不會買單。

數據解讀與質疑

🚨 數據解讀：HN 截至目前 571 分、609 個留言，仍在快速累積（提交 22 小時內）。但 star-to-fork 比例極不尋常：11,591 stars 對上 1,923 forks（fork 比率約 16.6%），遠高於一般 OSS 專案的 5-8%。fork 數高通常代表「有人要接管它」——這跟上面 gork-build、dgrok 那批隱私 fork 浪潮對得上。

• 程式碼規模爭議：gidellav 在 HN 點出：182 個 top-level external dependencies、1,318,853 行 Rust——他直接寫「What a bunch of slop」，並認為這是「company wants to tokenmaxx」的副產品。
• 為什麼這麼肥：xai-grok-pager-bin 的 dotfiles、crates/build/ 的 protoc 處理、third_party/ 的 Mermaid 整包搬進來——每一層都是工程成本的複利。phillipcarter 的評語更狠：「This is an incredible amount of code for what it offers. I don’t think this was intentionally designed at all.」
• 戰術面解讀：GodelNumbering 直接點破：「當你市占 < 1%、名聲差、又被抓到上傳資料——開源是少數還能打的戰術之一。」
• 跟進者的反思：drdrek 把這歸類為「trailing players strategy」（尾段玩家策略）：Meta 開 Llama、xAI 開 Grok Build——把領先者的護城河開源出來，「hopefully both the leaders and the trailing players will be much less powerful in the end.」
• 未開源的部分仍是大頭：模型 grok-4.5、server-side routing、token 計費遙測、brand channel 仍 100% 閉源。開源的「harness」離真正的「自主代理」還有距離——沒有模型就只是空骨架。
• 官方不收 PR：CONTRIBUTING.md 第一行禁止外部貢獻，所以這是 read-only 鏡像，不是真正意義上的「open source project」。社群 fork 多半會走向分裂而非 merge upstream。

安裝與試用建議

如果你想自己試：

1. 乾淨環境：用 Docker sandbox 起一個容器跑 Grok Build，不要直接在你日常 dev machine 跑——參考 HN doringeman 提供的 Docker sbx-kits-contrib PR #156，可以用 sbx policy log 看到每一筆被網路政策擋下或放行的請求。
2. 換模型路徑：把 ~/.grok/config.toml 的 base_url 改成你自家 vLLM endpoint，整個 Grok Build 變成「自架 Claude Code 替代品」。
3. 替代方案：buremba 在 HN 推薦 pi.dev 給已經有 xAI 訂閱的人；tommica 認為對中國模型（Kimi Code、Qwen Coder）也是替代選項。
4. 安全提醒：社群 fork（gork-build、open-grok 等）剛 fork 不到 24 小時，沒有經過安全稽核，別用在 production codebase。

編按：本文綜合整理自 xAI GitHub 倉庫、x.ai 官方公告、MarkTechPost 深度分析、Hacker News 討論串，並加入 Siami 編輯部觀點與分析。