Day 150 還在煩惱付費額度沒用完嗎？

TL;DR Ultracode 適合大型專案，或是大型任務，非常燒 token，不建議日常使用。

方案的週額度快重置、剛好還沒用完的時候——這種額度用不完不會累積，放著就是浪費。想一次花得有感、手上又剛好有夠大的任務的話，Ultracode 大概是 Claude Code 裡最能吃額度的功能：一個指令丟下去，它在背景就能消耗你平常一整天都用不完的量。

Ultracode 不只是把 effort 調高

Day 149 提過 /effort（Claude Code 裡選 AI 認真程度的選單）。它的階梯是 low → medium → high → xhigh → max，越往上想得越深、也越燒。Ultracode 也在這個選單裡，但它不是「比 max 更高的一級」——它是一個特別模式，打開之後一次做兩件事：

把每則訊息的 effort 設成 xhigh——effort 講白了是「AI 回答前要想幾輪」，xhigh 是倒數第二高那級（不是最高的 max）。
讓 Claude 自己決定要不要起 workflow——就是 Day 149 講的那個 Workflow（一份在背景跑、能同時派一堆分身的腳本）。你不用開口說「跑 workflow」，它看任務夠不夠大、自己判斷要不要 fan-out（把一個任務拆給一堆分身同時做）。

這是它跟「手動跑 workflow」最大的差別。在 prompt 裡放 workflow 這個字（Claude Code 會把它標起來），是你主動叫它就這一個任務編一條 workflow；開 Ultracode 則是整個 session 自動駕駛——往後每個夠份量的任務它都自己判斷要不要呼叫，一個需求甚至會拆成好幾條接力跑（先讀懂 code、再改、再驗證）。

怎麼打開

一行指令：/effort ultracode，或在 /effort 選單裡選 Ultracode 那一格。CLI、Desktop、VS Code 外掛都是同一個 /effort。

幾個要先知道的點：

不是直接打 ultracode 就會動——它不是獨立指令，一定要走 /effort。我一開始也踩到這個。
只有支援 xhigh 的模型才有這格，像 Opus 4.7、4.8；其他模型 /effort 選了 Ultracode 也沒用。
session 級、會自動重置——只在當前這個對話有效，新開一個 session 就回到一般狀態。要回去做日常瑣事，打 /effort high 切回來就好。
Pro 方案要先在 /config 把 Dynamic Workflows（上面講的那個 workflow 功能的正式名稱）打開；另外 Claude Code 版本要夠新（啟動畫面或 /about 看得到當前版本）。

開來跑一次，大半分身在互相挑錯

光看影片沒感覺，我自己在一個 pixel-art 遊戲的 side project 上開 Ultracode 跑了一輪——/effort ultracode 一下去，log 直接寫「xhigh ＋ dynamic workflow orchestration（自動編排 workflow）」，它就自己編 workflow、撒出一票分身。

最有感的是那票分身大半不是在「做」，是在「互相挑錯」。其中一次修版面，驗證階段一口氣派 5 隻——3 隻審查程式碼的分身＋ 1 隻專看畫面的＋ 1 隻當裁判，分頭推翻前面改好的東西，結果真的揪到一個第一輪沒抓到、兩個物件疊在同一格的高嚴重度 bug。另一次稽核，光驗證階段就 34 個問題 × 3 票、整輪累積上百隻分身（不是同時跑，並行上限見下一段）。它連 workflow 都自己取名叫「Adversarially verify…（對抗式驗證）」——找答案的分身交出結果，另一批專門被派去推翻它，沒被推翻的才送到你面前（中途打 /workflows 全程看得到：哪個階段、幾隻跑完、每隻燒多少 token）。

這正好對上官方文件對 workflow 價值的定位：重點不是「跑更多 agent」，是讓獨立的 agent 互相對抗式檢查彼此的發現再回報，所以比單跑一輪可信。（RoboNuggets 那支影片實測一個 bug 稽核，96 隻分身裡 88 隻在查證——查證遠多於執行。）

但 token 燒超快

這就接回開頭。Ultracode 一個指令放出一票分身很爽，代價是 token 用量肉眼可見地掉。

同一支影片給了具體數字：RoboNuggets 的作者用 Max 方案，跑測試前當週用量在 2%；兩個重任務跑完，直接跳到 6%——等於兩個任務吃掉一整週額度的 4%。他自己在影片裡也直說「這些模式很吃 token，先講在前面」。

我自己開來跑也一樣——前面那個 5 隻分身的驗證階段，光那一段就燒掉約 22 萬 token。道理不難懂：effort 拉到頂，一輪下來又會用到幾十上百隻分身——一次最多 16 隻並行（看機器，常常更少），但整輪累積就是這個量，而且多半還在互相查證。每隻都是一個完整的 agent 在想，token 自然是用乘的。

為什麼用 xhigh 不用 max

Ultracode 用 xhigh，但 effort 階梯最高其實是 max（不設 token 上限、想到飽）——它偏偏沒用 max。

先講清楚：這裡的 xhigh 是 Ultracode 給「主對話每則訊息」設的思考檔位，不是在每一隻分身上的——fan-out 出去的分身用的是當下 session 的模型，不會自動跟著 xhigh 拉到更深一檔；除非 workflow 腳本明確指定某階段換模型，不然分身跟主對話用的是同一隻。所以重點不是「每隻都頂到 max」，是「這個設定本身為什麼釘 xhigh 不釘 max」。

官方沒明講，但理由不難推：max 的標註是「不設 token 上限、容易想過頭、邊際效益遞減」；而 Ultracode 是個會整個 session 開著、還會自己 fan-out 一堆分身的模式，本來就很吃 token。一個會自動放大用量的模式，主檔位要再釘在「不設上限」的 max，成本大概很難控管、換來的深度又遞減；釘在高、但仍有界的 xhigh 才合理。Ultracode 的品質本來也不是靠單一隻想到爆，是靠 fan-out ＋互相挑錯的結構撐起來的。

換句話說：想要單點最深，自己手動 /effort max；想靠分身軍團解大問題，Ultracode 的 xhigh 才是對的檔位。

所以什麼時候才開

參考的兩支影片的結論一致，我跑完也同意：Ultracode 是大任務專用的開關，不是預設值。

值得開的：

跨檔案的 codebase 稽核、把每一個 bug 都找出來
大規模 migration（整批檔案統一改格式那種）
一份你想被狠狠挑毛病的計畫，丟給它壓力測試

不值得開的：日常一問一答、改個錯字、跑個小腳本——這些用一般 effort 就好，開 Ultracode 只是拿大砲打小鳥，白燒錢。

一句話總結：Ultracode 不應該是預設值，是一把昂貴的大砲——對準大目標才划算，平常別開著它聊天。

沒看 Day 149 的可以回去補 /effort 跟 Workflow 的基本盤，這篇講的兩件事都來自那邊。

Sources:

Claude Code Dynamic Workflows 官方文件：https://code.claude.com/docs/en/workflows
RoboNuggets 實測：https://www.youtube.com/watch?v=2rhZOisVXZM
Julian Goldie 實測：https://www.youtube.com/watch?v=_lV7CB4NVCU

還在煩惱付費額度沒用完嗎？