何時派工 Fable？換模型有 cache miss 問題，最常用的是 subagent。個人體感最好的三個時機：
-
主 agent 用 Fable 做整體架構規劃，實作用 subagent，最後回來給 Fable 驗收。（這也是被最多人建議的。路徑還不明確時，主 agent 用聰明的、雜活丟給低階的臨時 subagent。）
-
主 agent 用 Opus 或 Sonnet，做的過程中有卡關或者需要對抗審查、拓展思維，叫單個 Fable subagent 來當一次性顧問。（我後來更常用這個。路徑已經明確、只剩少部分困難點時反過來，主 agent 用低階的，臨時叫聰明的 subagent 來當一次性顧問或驗收。）
-
明天就是週重置，還有好多額度沒用完的時候。（A\ 佔不到你一點便宜）
那天有人問我要不要開 ultracode。
為何要開 ultracode（？想要享受千軍萬馬奔騰的感覺嗎。更不用說 ultracode 的 xhigh 模式在 Opus 5 上會有 overthink 的壞毛病，他在腦子裡左右互搏就是狂燒你的 token。
關掉 ultracode，Opus 5 最多開到 med。其實大部分的 subagent Sonnet 就好。重點是要想清楚聰明的模型在什麼節點參與——是規劃／協調／臨時顧問，還是驗收。
後記（2026-10-20）：Claude Code v2.1.284 之後，Ultracode 變成
/effort裡獨立的開關，不再強制 xhigh，開著時就跑在你設定的 effort 上。
每週一封，只挑跟你工作有關的 AI 動態。免費訂閱電子報 →
effort 每往上一級要多花多少
至於為什麼不用把 effort 開到頂？Reddit 上有人從 Claude Code 裡挖出一張各模型、各 effort 等級的 token 成本表，還自己實測了一輪（原文）：
派 subagent 的防護：兩道 hook
除了把控 effort，派 subagent 時更要小心繼承等級帶來的額度意外。
有一次 Fable 給我派 Fable subagent ×3（不指定模型直接繼承主 agent 等級），額度瞬間燒乾。從此之後我就加了這個 hook。
想要你的 CC 也有這樣的防護嗎？很簡單，這張圖複製下來丟給你的 CC，叫他照著設置就好了。
另外 nested subagent 要去改設定關掉。然後建議設置 hook，我設置的就是 subagent 同時最多兩個，三個以上 hook 會攔下來要我回答 Yes/No。我也在 rules 的派工段落上寫原則是兩個，有要派多請說明理由。
簡單來說就是當員工在管——跟員工說：原則就是怎樣，多了要報給我簽核。
一週兩種模式：用時間節奏分配額度
摸清了模型能力跟防護護欄之後，我的額度使用慢慢固定出一套節奏。
好好笑，我發現我自己已經不知不覺變成：
週一到週四：效率王，處理例行事務效率拉滿（開 Sonnet 搭配已經設計好的 skill＋pipeline＋本地模型＋5.6 Luna／Gemini routing，再加上夜間自動化）。
週五到週日：突然發現前幾天額度實在太省了，還有一堆沒用完，直接開 Fable，變身創造力爆發遠見模式，對未來做長期探索、規劃、優化 harness 跟設定邊界護欄。
週日下午五點：變回懦弱模式，重新開始循環。
所以我客戶都是週一到週四聯絡的，新的交付都是週五到週日出的。
你也跟我是一樣的嗎？