Claude Code Ultraplan 完整指南：雲端規劃的費用、流程與真實使用體驗

你在 terminal 下了一個重構指令，Claude 開始思考。三分鐘過去，五分鐘過去，terminal 鎖死，你只能盯著 spinner 轉。切到另一個 tab 開新 session？怕打斷 context。放著等？時間在燒。

這是每個 Claude Code 使用者都踩過的坑。2026 年 4 月，Anthropic 推出了 Ultraplan：把規劃工作丟到雲端的 Cloud Container Runtime 執行，你的 terminal 立刻解放，計畫完成後在瀏覽器用類似 PR review 的介面逐段審查。我們的編輯部本身就是 Claude Code 的重度使用者，每天跑 agent fleet 處理研究、寫作、審查。這篇從實際使用者的角度拆解：Ultraplan 到底怎麼運作、真實費用是多少、什麼情境下值得用、什麼時候反而是浪費。

TL;DR

• Ultraplan 把規劃任務交給雲端 Cloud Container Runtime 執行，你的 terminal 保持可用；完成後在瀏覽器用逐段 review 介面審查計畫
• 費用走訂閱制 session 配額（非單獨計費），一個完整 session（fail + plan + revision）約消耗 33% 的 5 小時配額
• 最佳路徑：先跑 local plan mode 快速草稿 → 確認方向後選「Refine with Ultraplan」升級到雲端精修
• 限制：需要 GitHub repo、v2.1.91+、Pro/Max 訂閱；不支援 Bedrock/Vertex/Foundry；和 Remote Control 互斥

你以為是「想更久」，其實是「讓你繼續工作」

「Ultraplan 就是讓 Claude 想更久吧？」這是最常見的誤解。

Ultraplan 是什麼？ Ultraplan 是 Claude Code 的雲端規劃功能，把規劃任務從你的本機 terminal 搬到 Anthropic 的 Cloud Container Runtime 執行。它會在雲端 clone 你的 repo、讀取 context、起草計畫，過程中你的 terminal 完全自由。規劃完成後，你在瀏覽器的 claude.ai/code 介面用類似 GitHub PR review 的方式逐段審查，可以 inline comment、選段落給 emoji reaction、用 outline sidebar 快速跳轉。

關鍵在這裡：核心價值不是「thinking time 更長」，雖然最長可以跑到 30 分鐘。核心價值是兩件事。第一，terminal 解放。你可以繼續在同一個 terminal 做其他工作，不用開第二個 session。第二，review surface 升級。在 terminal 裡 scroll back 看一個 200 行的計畫，跟在瀏覽器裡用結構化介面逐段審查，是完全不同的體驗。

根據實際使用經驗，local plan mode 跑出來的計畫常常「看起來可以」就直接執行了，因為在 terminal 裡逐行檢查太痛苦。Ultraplan 的瀏覽器介面讓你更容易抓到計畫中的問題，反而減少了後面的修復成本。

三種啟動方式 + 「先本地後雲端」的黃金工作流

Ultraplan 有三種啟動路徑，各有適用場景：

1. /ultraplan <prompt>：直接下指令，Claude 立刻開始雲端規劃。適合你已經很清楚要做什麼的任務。
2. 關鍵字觸發：在普通 prompt 中提到 "ultraplan"，Claude 會自動切換到雲端規劃模式。
3. 從 local plan 升級：先跑一次 local plan mode，看完初步計畫後，在審批對話框選「Refine with Ultraplan on Claude Code on the web」。

第三條路徑是實務上最推薦的。原因很直接：local plan mode 快，通常幾十秒到幾分鐘就出結果。你可以用它快速確認方向對不對，發現「差一點點」的時候再升級到雲端做高品質迭代。這樣既不浪費 session 配額，又能拿到更好的計畫。

啟動後，terminal 會顯示狀態指示：◇ ultraplan（規劃中）→ ◇ ultraplan needs your input（需要你補充資訊）→ ◆ ultraplan ready（規劃完成，可以審查）。計畫完成後自動跳轉到 claude.ai/code 的 review 介面。

一個提醒：如果你習慣在 terminal 裡一氣呵成，Ultraplan 會打斷你的 flow。它的設計是讓你暫停、審查、再決定。適合大型重構或跨多檔案的任務，不適合你已經很確定下一步的小改動。

計畫完成後，你有三條路可以走

Ultraplan 的計畫生成完成後，不是「自動幫你改 code」。你需要做一個決定：

選項 A：雲端執行（Approve and start coding）。計畫直接在 Anthropic 雲端環境執行，完成後自動開 PR。適合環境單純、不需要本機工具的任務。

選項 B：Teleport 回 terminal（Approve plan and teleport back）。把計畫傳回你的本地 terminal，在你自己的環境裡執行。Teleport 之後，terminal 會跳出三個子選項：Implement here（直接執行）、Start new session（開新 session 執行）、Cancel（把計畫存成檔案，稍後處理）。這是我們團隊最常用的路徑，因為 agent fleet 需要存取本地的設定檔和 API key。

選項 C：Stop ultraplan。放棄計畫，什麼都不保留。

怎麼選？一個簡單的判斷框架：

情境	推薦選項
標準 Node.js/Python 專案，想直接開 PR	雲端執行
需要本地 .env、私有 registry、自訂工具鏈	Teleport
計畫看了不滿意，想改 prompt 重來	Stop

費用真相：subscription quota 不等於「免費」

「反正是訂閱制，用 Ultraplan 又不多花錢。」這句話技術上沒錯，但會讓你掉進陷阱。

Ultraplan 的 token 消耗走的是訂閱制 session 配額。Pro plan 的限額是 5 小時的活躍使用時間（不是掛著的時間），Max plan 更高。Ultraplan 在這個額度內運行，不會另外收費。聽起來很好，但根據 Better Stack 的實測報告，一個「fail + plan + revision」的完整 Ultraplan session 大約消耗 5 小時配額的 33%。

拆開來看：初次規劃大約 15%，revision 大約 18%。也就是說，每次你覺得計畫「差一點」然後要求修改，吃掉的配額比初次規劃還多。如果你的 prompt 不夠精準，一個下午跑三次 Ultraplan 就會發現配額快見底了。

還有兩個容易忽略的費用細節：

• Fast mode 的陷阱：根據 Steve Kinney 的分析，fast mode 從第一個 token 就計入 extra usage，而非吃 session 配額。如果你習慣開 fast mode，Ultraplan 的費用會比你預期高出不少。
• Opus 4.6 大 context：Pro plan 上用 Opus 處理 1M context 需要額外費用。大型 repo 的 Ultraplan session 很容易觸及這個門檻。

結論：精準的初始 prompt 比任何其他優化都重要。 與其在 Ultraplan 裡反覆修改計畫，不如在啟動前多花五分鐘把需求寫清楚。模糊需求下使用 Ultraplan，就是在用最貴的方式做最粗糙的規劃。

這些情況下 Ultraplan 會讓你踩坑

用 Ultraplan 之前，你應該知道這些限制：

Snapshot 問題是最常見的坑。 Ultraplan 啟動時會 clone 你的 remote repo 狀態。啟動之後你在本地改的任何 code，雲端的規劃 session 不會知道。你埋頭改了半小時，Ultraplan 做出來的計畫是基於半小時前的 code。解法：啟動 Ultraplan 前先 git commit && git push，確保 remote 是最新狀態。

雲端環境不是你的 laptop。 Cloud Container Runtime 是 Anthropic 管理的環境，不支援 custom image。部分 package manager（例如 Bun）可能被 proxy 擋住。如果你的專案依賴非標準工具，雲端執行可能會失敗。這時候選 teleport 回本機執行比較安全。

跟 Remote Control 互斥。 Remote Control 和 Ultraplan 都用 claude.ai/code 的介面，兩者不能同時使用。如果你正在用 Remote Control 協作，需要先結束才能啟動 Ultraplan。

平台硬限制：

• Amazon Bedrock、Google Cloud Vertex AI、Microsoft Foundry 用戶無法使用。Ultraplan 依賴 Anthropic 自有的 Cloud Container Runtime，跟第三方 hosting 不相容。
• 版本要求 v2.1.91+，建議升到 v2.1.101+ 以使用自動建立 cloud environment 功能。
• 必須是 GitHub-hosted repo。local-only 或 GitLab/Bitbucket 的專案目前不支援。

Research preview 的不確定性。 Ultraplan 仍然是 research preview 階段。社群有回報 v2.1.92 的 bug：teleport 回 terminal 後 plan mode 的 constraints 會失效。功能還在快速迭代，這些問題可能在你讀到這篇文章時已經修復。

Ultraplan 的下一步：Ultrareview 與雲端工具生態

Ultraplan 不是一個孤立的功能。2026 年 4 月 16 日，Anthropic 在 v2.1.111 加入了 /ultrareview：用 parallel multi-agent 在雲端做 code review。

把這兩個放在一起看：Ultraplan 負責規劃，Ultrareview 負責審查。這是一個 cloud-assisted 開發週期的雛形。再加上稍早推出的 Routines（雲端排程），Anthropic 正在把 Claude Code 從「你的 terminal 裡的 AI 助手」推向「一個完整的雲端開發平台」。

對 indie maker 和小團隊來說，這個方向意味著：越來越多的開發工作流可以在雲端完成，不需要隨時盯著 terminal。Ultraplan 規劃，Routines 排程執行，Ultrareview 審查結果。

但這也帶來一個取捨：你對 Anthropic 平台的依賴會越來越深。session quota、雲端環境限制、GitHub 綁定，這些都是在你的工作流裡植入的鎖定點。功能很強，但在全力擁抱之前，想清楚你的 exit strategy。

結論

Ultraplan 解決的不是「AI 不夠聰明」的問題，而是「你在 terminal 裡看不清楚 AI 在做什麼」的問題。瀏覽器的 review 介面比 terminal scrollback 好用太多，光這一點就值得試。

最有效的使用方式不是每次都從雲端開始：先用 local plan mode 跑出草稿，確認方向沒偏，再用「Refine with Ultraplan」升級精修。這個流程既省配額，又能拿到比純 local plan 更好的計畫品質。

工具會一直更新，版本會一直推進。但「先快速驗證方向，再投入資源精修」的工作邏輯，在 Ultraplan 之外的任何場景也適用。