模型打生打死打了兩年，2026 年 7 月 15 日，戰場悄悄換了。xAI 這次沒有再發新模型，而是把 Grok 官方編程助手的「引擎蓋」整個掀開，把原始碼丟上了 GitHub。
一句話結論：Grok Build 是 xAI 在 2026 年 7 月 15 日開源的官方編程 Agent（終端 CLI ＋ 全螢幕介面），用 Rust 寫成、採 Apache 2.0 授權。你可以自己編譯、接上自己的模型，在本機跑一個跟 Grok 官方一模一樣的 coding agent。想看清楚 agent 怎麼運作、或必須在本地／合規環境裡跑，它就值得裝。
過去大家追的是「哪個模型分數高」。但一個模型再強，你也碰不到它外面那層負責讀檔、改碼、跑指令、審 diff 的「外殼」。這層外殼，業界叫 harness。xAI 這次開源的，正是這層外殼。源碼上線幾天就衝到約 9,000 顆星，是這個月最受注目的開源動作之一。
Grok Build 到底是什麼？
它是 xAI（也就是 SpaceXAI）自家編程 Agent 的完整骨架，包含一個可以全螢幕、支援滑鼠操作的終端介面（TUI）。簡單講，就是驅動 Grok 官方 coding 功能的那套程式，這次原封不動地公開了。它用 Rust 寫成，授權是寬鬆的 Apache 2.0，代表你可以讀、可以改、可以拿去自己編譯來跑。
要注意一點：xAI 官方倉庫是 xai-org/grok-build，但它不收外部的 Pull Request。源碼是給你研究、編譯、使用的，不是一個社群共建的專案。（社群另外有人 fork 出去掉遙測與品牌的版本，那是非官方的，別搞混。）
xAI 為什麼要把自己的編程 Agent 開源？
官方講了三個理由，每個都直接對到開發者的痛點。第一是透明：你可以打開源碼，看清楚它到底怎麼組裝上下文、怎麼解析模型回應、怎麼把工具呼叫派出去，不用再靠猜。第二是好擴充：如果你在玩 skills、plugins、hooks、MCP server 或 subagent，這份源碼就是「每一種擴充是怎麼被載入、怎麼被呼叫」的權威參考。第三是本地優先：你可以自己編譯，把它指向自己的本地推理模型，全部行為都由一份 config.toml 控制。
模型的仗打得差不多了，真正的下半場是「agent 外殼」的仗。誰的外殼夠開放、夠好接、夠好改，誰就贏得開發者。xAI 這一步，是把外殼直接送到你手上。
打開引擎蓋，裡面有什麼？
官方公開的源碼主要分成四塊，這四塊也剛好是任何一個 coding agent 的核心零件：
- Agent loop（代理循環）：上下文怎麼組裝、模型回應怎麼解析、工具呼叫怎麼派發，整條主迴圈都在這裡。
- Tools（工具層）：agent 怎麼讀碼、改碼、搜尋程式，以及怎麼實際執行終端指令。
- Terminal UI（終端介面）：畫面渲染、輸入處理、計畫審查（plan review），還有那個一行行看改動的 inline diff viewer。
- Extension system（擴充系統）：skills、plugins、hooks、MCP server、subagent 是怎麼被掛上去的。
對想自己做 agent 的人來說，這等於拿到一份「生產級 coding agent 的參考架構」，而且是前沿實驗室真的在用的那一份，不是教學 demo。
怎麼在自己的電腦跑 Grok Build？
看你想「用它」還是「拆它」，路徑不一樣。只是想用，走一鍵安裝最快；想研究或接自己的模型，就從源碼編譯。
- 快速上手（只想用）：到 xAI 官方的 CLI 頁面，用官方提供的一行指令安裝，裝好就能在終端機直接開跑，接 xAI 的 API。
- 從源碼編譯（想拆／想接自己的模型）：先準備
protoc和專案鎖定的 Rust 工具鏈（rust-toolchain.toml會讓 rustup 自動裝好），並安裝 DotSlash 讓bin/底下的工具能跑。 - 編譯：執行
cargo build -p xai-grok-pager-bin --release，完成後 release 版執行檔會出現在target/release/xai-grok-pager。 - 設定模型：在
~/.grok/config.toml裡宣告你要用的模型，之後就能用grok -p "Hello" -m my-model這樣指定模型跑；grok inspect可以檢查設定。 - 接本地或第三方推理：你可以讓它指向 xAI API、一個代理，或任何 OpenAI 相容的端點。想省 token 錢，就接便宜或免費的相容模型。
什麼情況下才值得走「從源碼編譯」這條比較麻煩的路？三種：你要接的不是 xAI 的模型、你的公司合規規定不准用雲端 coding agent、或者你想在讓 agent 碰生產環境之前，先把它的工具呼叫看個清楚。
Grok Build 跟 Claude Code、Codex 差在哪？
差在「開放程度」和「你能不能換模型」。三個都是終端裡的 coding agent，取向卻不一樣：
| 項目 | Grok Build（xAI） | Claude Code（Anthropic） | Codex CLI（OpenAI） |
|---|---|---|---|
| 原始碼 | 完整開源（Apache 2.0） | CLI 部分開源，核心閉源 | 開源（Apache 2.0） |
| 語言 | Rust | Node.js / TypeScript | Rust |
| 接第三方／本地模型 | 可，任何 OpenAI 相容端點 | 主要綁 Claude | 可接相容端點 |
| 收外部 PR | 否（可讀／可編／可跑） | 部分 | 是 |
| 擴充 | skills／plugins／hooks／MCP／subagent | skills／MCP／subagent | MCP 為主 |
| 最適合 | 想拆 harness、要本地跑 | 日常在專案內改 code | OpenAI 生態使用者 |
結論很簡單：如果你只想要一個 AI 幫你在專案裡改 code，Claude Code 或 Codex 上手更順。但如果你想「看懂」一個前沿 agent 是怎麼運作的，或者你被合規綁住必須本地跑，Grok Build 是目前最值得拆開來研究的一個。
這對普通開發者、甚至想接案的人有什麼用？
最實際的一點：你可以在自己的電腦上，免費跑一個實驗室級的 coding agent，再把它接到便宜甚至免費的相容模型上，token 成本壓到很低。對想用 AI 接案、做自動化副業的人來說，這就是一台「引擎」——你不用付昂貴訂閱，也能有一個會讀你整個專案、會自己改檔、會跑指令的助手。前提是你願意花點時間把它裝起來、設定好。
延伸閱讀：如果你想讓 coding agent 更懂你的大型專案、少燒 token，可以看我們之前寫的 codebase-memory-mcp（幫 AI 建程式庫記憶的 MCP），跟 Grok Build 這類 agent 剛好是絕配。
常見問題（FAQ）
Grok Build 免費嗎？源碼免費（Apache 2.0）。但要真的跑起來，你要嘛接 xAI 的 API（付費），要嘛接自己的本地或第三方相容模型。程式本身不收你錢，模型推理才是成本。
我不會寫 Rust，用得到嗎？用得到。只想用的話走一鍵安裝就好，完全不用碰 Rust；只有想改源碼、從頭編譯的人才需要 Rust 工具鏈。
Grok Build 和 Grok CLI 是同一個嗎？官方的是 xai-org/grok-build。社群另外有人做了去掉遙測與品牌的 fork，名字相近但不是官方版，安裝前看清楚倉庫來源。
可以商用、接自己的模型嗎？可以。Apache 2.0 授權相當寬鬆，而且它支援指向任何 OpenAI 相容端點，換模型很自由。
總結：值不值得裝？
如果你要的只是「有個 AI 幫我寫 code」，Claude Code、Codex 這些更省事。但 Grok Build 的價值不在好不好用，而在它把一個前沿實驗室的 agent 完整攤開給你看——這在半年前是不可能的。對想學 agent 架構、想在本地跑、或想擺脫單一廠商綁定的人，這是 2026 下半年最該花時間研究的開源專案之一。截至 2026 年 7 月，它還在快速迭代，值得放進你的 watchlist。
本文為資訊與技術整理，非投資建議，也非對任何工具的採用背書。AI 工具與開源專案更新極快，內容截至 2026 年 7 月，實際規格、授權與安裝方式一律以官方 GitHub 與文件為準。動手前請自行評估安全與合規風險。
發表迴響