Grok Build 0.2.111 修掉預覽與回溯問題

Grok Build 0.2.111 修正 live preview、rewind 和 queued prompts，讓終端機版 AI 助手在長時間工作階段更穩定。

Grok Build 在 0.2.111 這版，重點很務實。live preview 會重新抓最新內容，rewind 會真的刪掉選到的回合，queued prompts 也不再傻等到 timeout。這些都不是炫技功能，但很影響手感。

這版先修使用者最常撞到的洞

終端機版 AI 工具最怕什麼？不是少一個漂亮按鈕，是狀態亂掉。你改了內容，預覽卻還是舊的。你按了 rewind，畫面看起來回去了，模型記憶卻沒退乾淨。你送出下一個提示詞，結果它卡在 queue 裡。

0.2.111 就是在補這些洞。live preview 現在會忽略 browser 和 CDN cache，看到的內容就是最新版本。rewind 也更乾脆，會把選到的 turn 從 scrollback 和 conversation history 一起移除。對長 session 來說，這種修正很實際。

queued prompts 的處理也變聰明了。當某個 block 卡太久，系統會提早 abort，而不是硬撐到完整 timeout。這種設計很像在說：別浪費使用者時間，卡住就快點講。

• live preview 會重新抓最新內容
• rewind 會同步清掉 history 和 scrollback
• queued prompts 不再死等完整 timeout
• worktree 下的 file links 和 media 也能正常運作

還有一個細節很重要。Grok Build 現在在 ~/.grok/worktrees/ 底下的 session，也能正常處理 file links 和 media。這種問題平常不會出現在 demo，但一進真實專案就會冒出來。

Grok Build 開始更像真的工作工具

這幾版更新透露出一個方向。Grok Build 不再只想當一個能聊天的 terminal app。它開始把 workflow、診斷、權限和 session 管理放到更前面。0.2.111 甚至把 workflows 預設打開，這代表官方判斷，多數使用者已經需要它。

同一版也加入更多控制項。你可以透過 config.toml 或環境變數，關掉 image generation 和 video generation。對團隊來說，這不是小事。agent 能做什麼，最好先講清楚，別讓它在背景亂跑。

另外，/session-info 會顯示 session 用的是 OAuth 還是 API key，也會告訴你去哪裡管理帳號。grok doctor fix 也能直接在 TUI 裡跑，啟動警告還會導去 /doctor。這些都在降低操作成本。

“The best interface is the one that gets out of the way,” said Paul Graham in his essay “Taste for Makers.”

這句話放在這裡很貼切。這次更新沒有刻意堆更多表面功能。它把流程裡會絆人的地方一個個拆掉，讓使用者少猜一點。

對 Claude Code、Codex 這類終端機工具的使用者來說，熟悉感很強。真正好用的工具，常常不是功能最多，而是出錯時最好懂。

連續幾版都在修回收與恢復流程

如果把 0.2.111 放回最近幾版一起看，脈絡很清楚。0.2.110 先補了移除 MCP servers、plugins、hook sources 前的確認步驟，也修掉 session 建立失敗時卡在 “Starting session...” 的問題。這類 bug 很煩，因為它不會直接爆炸，只會讓你乾等。

0.2.109 則加了 /usage 的 token 與成本資訊，還有 combine_queued_prompts 設定。這代表系統開始更在意成本與訊息整合。對長時間互動的 session 來說，少一點碎片化，模型輸出也比較不亂。

再往前看，0.2.108 加了移動工作目錄或換機後的 resume。0.2.107 則調整 stop hooks，讓它能把回饋送回模型，而不是直接結束 turn。這串更新很像在做同一件事：補強恢復能力。

• 0.2.110：移除 extension 前先確認，session 失敗更透明
• 0.2.109：新增 token 與成本資訊，支援 queued prompts 合併
• 0.2.108：換目錄、換機後可 resume
• 0.2.107：stop hooks 可把回饋送回模型

這種節奏很少是偶然。xAI 這條產品線顯然在快速收斂，先把會痛的地方修掉，再談更大的功能。六天內連續推到 0.2.107 到 0.2.111，也說明團隊在密集回收使用者回饋。

如果你常跑 SSH、遠端 worktree，或在 shell 裡接很多工具，這些修正會比新模型名稱更有感。因為真正會拖慢你工作的，常常是 session 狀態和工具鏈銜接。

跟其他 terminal AI 工具比，差距在穩定度

很多 terminal AI 工具都會先把介面做得很帥。問題是，真正進到專案裡，大家在意的是預覽準不準、回溯乾不乾淨、queue 會不會卡死。Grok Build 這次修的，剛好就是這些底層體驗。

和一些偏展示型的 agent 相比，Grok Build 現在更像是往「可長時間工作」靠近。它把 session info、doctor、usage、權限控制這些東西都拉到前台。這代表產品設計開始接受一個現實：開發者不是只想聊天，是想把事情做完。

如果拿競品來看，Cursor 偏 IDE 內整合，Claude Code 偏命令列工作流，Grok Build 這條線則在把 TUI 和 agent 操作黏得更緊。它現在的競爭點，不在誰的 demo 比較炫，而在誰的 session 比較不容易壞。

• Grok Build：強調 TUI、session、diagnostics
• Claude Code：偏命令列與開發流程整合
• Cursor：偏 IDE 內的 AI 工作流
• 穩定度與恢復能力，現在比新功能更重要

這裡還有一個現實問題。終端機工具一旦開始處理長 session，就會遇到更多邊角案例。網路斷一下、檔案移動一下、權限變一下，整個流程就可能歪掉。0.2.111 的修正方向，正是在處理這種真實環境。

對台灣團隊來說，這類工具值不值得導入，通常不是看 AI 多強，而是看它能不能在遠端機器、CI、以及多人協作下保持一致。這版更新至少讓人看到，Grok Build 有在往那個方向走。

這條產品線接下來該盯什麼

目前最值得觀察的，是它會不會繼續把 session 恢復、權限管理、以及 queued prompt 的處理做得更細。這三件事一旦穩了，terminal AI 才真的能進到日常使用，而不是偶爾拿來玩。

如果下一版還能把錯誤提示再講白一點，並且讓 worktree、SSH、遠端 session 的行為更一致，Grok Build 就會更像一個能放在主工作流裡的工具。對開發者來說，這比多一個花俏功能更有價值。

我會繼續看它後面的版本號怎麼走。因為現在的訊號很明確：Grok Build 正在把「能用」往「好用」推。下一步，就看它能不能在更多真實場景裡少出包。