🚀Claude Fable 5 太贵怎么办?我实测Claude Code模型分层用法:Advisor、Workflow、OpenSpec都能省大量Token!Anthropic官方亲自推荐的的省钱技巧
三句話摘要
如何在 Claude Code 中合理搭配 Claude Fable 5 與其他模型,通過分層策略降低成本同時保持代碼質量。 充分發揮各模型的成本優勢與能力平衡,核心是讓 Fable 5 專注決策層(規劃、審查、設計),用便宜模型執行,就能以更少的成本獲得更好的整體開發效率。 1. 模型分層原則
重點整理
重點- 1
1. 模型分層原則
- 2
不是讓 Fable 5 從頭到尾處理所有任務,而是讓它專注於最重要的部分。Fable 5 作為決策層負責架構決策、最終審查、規格生成;相對便宜的 Opus 4.8 與 Sonnet 5 作為執行層負責日常代碼改動、測試修復、批量任務掃描。
- 3
2. Advisor 顧問模式
- 4
Sonnet 5 作為主模型執行任務,Fable 5 作為顧問在關鍵時刻(確定方案前、錯誤反復出現時、宣布完成前)被咨詢。Fable 5 每個任務平均只調用約 1 次,達到獨立運行 Fable 5 的 92% 效果。
- 5
3. Dynamic Workflow 應用
- 6
Fable 5 負責設計工作流架構與派生 Agent 策略,不同執行階段使用不同模型:掃描階段用 Sonnet 5、彙總階段用 Opus 4.8、決策階段用 Fable 5。單次演示 27 個 Agent、7 分鐘完成,單階段消耗不到 30k Token。
- 7
4. 規格驅動開發流程
- 8
用 Fable 5 通過 OpenSpec 生成完整規格文檔(設計層),文檔確認無誤後切換至 Opus 4.8 執行實現(執行層)。分離設計與實現階段,大幅降低 Fable 5 額度消耗。
實用技巧與重點
乾貨- 時間與模型
- Claude Fable 5 下架延期日期:2026 年 7 月 12 日
- 可用平台:Claude 訂閱、Claude Design、Claude Code
- 模型層級與用途
- Fable 5:複雜代碼庫分析、系統設計、架構決策、Bug 排查、高質量規劃、最終審查、規格文檔生成
- Opus 4.8:中等難度執行、結果彙總、跨模塊協調
- Sonnet 5:日常代碼修改、測試運行、批量文件掃描、模塊掃描
- Haiku 4.5:簡單任務、快速反饋
- 官方 Benchmark
- Advisor 模式組合效果:達獨立 Fable 5 的 92%
- Fable 5 平均調用頻率:每任務約 1 次
- 關鍵命令與功能
- `/advisor` + 模型名稱:設置 Advisor 層
- `/model` + 模型名稱:設置主執行模型
- `/workflow` + 任務描述:觸發 Dynamic Workflow
- `/plan`:用 Fable 5 生成執行計畫
- `/openspec`:生成規格驅動文檔
- 演示數據
- Workflow 執行規模:27 個 Agents,耗時 ~7 分鐘
- Token 消耗:單階段不到 30k Token
- 效果:接近或超越單獨使用 Fable 5
結論
結論“充分發揮各模型的成本優勢與能力平衡,核心是讓 Fable 5 專注決策層(規劃、審查、設計),用便宜模型執行,就能以更少的成本獲得更好的整體開發效率。”
完整解析
詳細Claude Fable 5 作為 Anthropic 最強模型,具備卓越的複雜代碼分析、系統設計與架構決策能力,但單位成本極高。如果不分場景地全任務使用 Fable 5,無論是簡單改代碼、跑測試還是批量掃描,成本都會急劇攀升,且浪費其高能力。因此,合理的使用策略是模型分層——讓 Fable 5 只處理最重要的決策與審查環節,將日常執行工作交給成本更低的模型。
Anthropic 官方發佈的方案是 Advisor 顧問模式。設置 Sonnet 5 作為主模型在 Claude Code 中執行任務,同時設置 Fable 5 作為顧問層。當 Sonnet 5 需要確定架構方案、遇到錯誤反復出現或即將宣布任務完成時,自動咨詢 Fable 5 獲取建議。Fable 5 返回的指導意見會被整合回主模型,若無矛盾則繼續執行。這種模式中 Fable 5 每個任務平均僅調用 1 次,官方 Benchmark 顯示其效果達到獨立運行 Fable 5 的 92%,大幅降低成本同時幾乎不犧牲質量。
演示中的 Dynamic Workflow 進一步展示了如何在複雜任務中應用分層。當使用 `/workflow` 時,Fable 5 負責設計整個工作流架構,決定派生多少個 Agent 以及各階段的執行策略。具體執行時,代碼掃描階段派生 10 個 Agent 全部使用便宜的 Sonnet 5(消耗不到 30k Token);結果彙總階段派生 9 個 Agent 使用中等強度的 Opus 4.8;最終決策階段派生 7 個 Agent 才使用 Fable 5。整個 27 Agent 的工作流耗時約 7 分鐘,成本遠低於全用 Fable 5。
規格驅動開發流程也體現了分層思想。先切換至 Fable 5 並使用 `/openspec` 生成詳細的規格文檔,這是最值得 Fable 5 投入的環節,因為高質量的規格能指導後續所有實現。文檔生成並審查無誤後,切換至 Opus 4.8 或 Sonnet 5,讓它們根據規格執行具體開發。這樣設計層(複雜思考)與執行層(按圖施工)分離,既保證了架構質量,又最小化了昂貴模型的使用。
關鍵時刻
Pipeline v2帶時間戳的重點,會在逐字稿層級分析上線後產生。目前請先透過原始影片觀看。
事實查核
Pipeline v2說法查證是下一次管線升級的一部分。KeyFrame 只會顯示它真正能驗證的內容。


