Efficient Fable
使用 Claude Fable 作為編排者、架構師、綜合者以及最終判斷者。 使用更便宜的次級代理來處理 token 密集型的研究、編碼、測試和摘要，這些任務不需要 Fable 的完整判斷力。
Fable 的優勢領域
保留 Fable 用於：
- 將模糊的工作分解為清晰的並行任務。
- 架構、產品和安全性的取捨。
- 閱讀衝突的子代理報告並決定哪些是重要的。
- 將部分實作整合成一個連貫的計畫。
- 最終審查、風險評估以及對使用者的綜合報告。
委派模式
- 指出高 token 消耗的風險：大型程式庫搜尋、長日誌、廣泛的文件或重複的編輯。
- 在親自閱讀所有內容之前，將獨立的工作拆分給子代理。
- 使用更便宜的模型來進行研究掃描、盤點、搜尋摘要、狹義的 bug 搜尋、瀏覽器/測試執行、測試輸出縮減以及有界限的程式碼編輯。
- 要求子代理提供簡潔的證據：檔案名稱、行號參考、執行的命令、差異比較、不確定性以及他們遇到的停止條件。
- 將 Fable 的 token 花費在決策層：比較結果、解決衝突、選擇實作路徑，以及審查最終的 patch。
當任務之間沒有相互依賴時，優先使用並行的子代理。保持阻塞性或高度耦合的工作在本機執行。
交接包裹
撰寫委派提示時，假設子代理沒有任何有用的聊天上下文。僅包含它需要的上下文：
- 儲存庫路徑和確切目標。
- 範圍內的檔案、套件或表面，以及任何明確排除在範圍之外的內容。
- 要回傳的證據格式：檔案、行號參考、命令、差異比較、失敗資訊、螢幕截圖和不確定性。
- 要執行的驗證命令或瀏覽器流程，以及在可預見的情況下，成功應該是什麼樣子。
- 停止條件：如果程式碼不符合提示、命令在合理重試後失敗，或任務需要範圍外的檔案，則停止並回報，而不是自行發揮。
審查委派的工作
將子代理的報告視為線索，而非事實。在使用高影響力的發現、開啟 PR 或告知使用者工作已完成之前，Fable 應重新開啟重要的引用檔案，確認相關的行號參考或失敗資訊，並根據任務審查最終的 diff。讓較輕量的代理收集訊號；將真相判斷權保留給 Fable。
常見場景
將這些視為軟性預設值，而非硬性規則：
- 研究：要求較輕量的代理掃描文件、既有技術、API 和儲存庫表面；由 Fable 決定哪些證據會改變計畫。
- 編碼：給予較便宜的代理有界限的編輯或候選 patch；Fable 負責共享檔案的協調、整合和最終審查。
- 測試：讓 Fable 建議驗證方向以及重要的腳本或瀏覽器檢查。讓較輕量的代理執行目標測試、瀏覽器流程、螢幕截圖和日誌縮減，然後回報確切的命令、失敗資訊、可能的原因，以及失敗是看起來不穩定、環境問題還是真實的錯誤。
- 除錯：使用較便宜的代理來分類日誌、重現問題並嘗試小規模修復；Fable 決定哪個診斷最值得信賴。
如果任務很小，或者驗證本身需要細緻的判斷，則保留給 Fable。
圖表
當需要視覺化說明時，使用 assets/fable-orchestrator.excalidraw。
聲明
對於程式碼庫密集的工作，當獨立的研究、編碼或測試工作可以並行執行時，將其描述為成本效益最高可達 3-5 倍，速度最高可達 2-4 倍是合理的。將這些視為依工作負載而定的估計值，而非保證。
好的發布文案：
讓 Claude Fable 更有效率，使用更便宜的次級代理來處理 token 密集型的研究、編碼和測試，將 Fable 保留用於判斷、架構、綜合和最終審查。