Anthropic 工程師：Fable 5 靠釐清「未定義項」才用得好
Anthropic Claude Code 工程師 Thariq Shihipar（X 帳號 @trq212）7 月 3 日發布長文《A Field Guide to Fable: Finding Your Unknowns》。他觀察 Fable 5 讓他反覆學到一課：the map is not the territory（地圖不是真實地形）—給 Claude 的指令與實際實作時遇到的限制之間存在落差。Thariq 主張 agentic coding 成功關鍵在於「在實作前與實作中辨識並釐清 unknowns」。他提出 5 個具體技術：blindspot pass、brainstorming、interviews、references、implementation planning。這是繼 Andrew Ng 6/30 認證的 Loop Engineering 概念後，Anthropic 工程師公開分享的第二條 Fable 5 心法。
核心洞察：品質瓶頸不在模型能力、在 prompt 的 unknowns
Thariq 的核心觀察是：「the quality of the work is bottlenecked by my ability to clarify its unknowns」（工作品質的瓶頸來自我釐清 unknowns 的能力）。這翻譯為實務就是：Fable 5 給你什麼樣的解、直接反映你在 prompt 裡寫得多清楚。如果 prompt 中隱含著你自己沒察覺的假設或未定義的邊界，Fable 5 會用一個合理但和你預期不同的方案處理—這就是 map ≠ territory 的具體表現。這解釋了為什麼開發者常常覺得 Fable 5「聽不懂需求」—實際問題往往是需求本身有 unknowns。
5 個發現 unknowns 的技術
Thariq 在 field guide 中提出 5 個實用技術：一，Blindspot pass—讓 Fable 5 主動 pass 一遍你的 prompt、標記它認為可能有歧義或未定義的部分；二，Brainstorming—在 prompt 前先讓 Fable 5 用發散模式思考該任務的多種切法；三，Interviews—讓 Fable 5 反問你「如果 X，你希望怎麼處理？」直到 unknowns 被填補；四，References—引用具體既有實作（其他 codebase、library、產品範例）作為 anchor；五，Implementation planning—先讓 Fable 5 出計畫、確認每個步驟的假設、再讓它動手 code。這 5 個技術本質上都在強迫 Fable 5 exposing 它對任務的隱含假設、讓你可以在錯誤發生前修正。
廣告 - 內文未完請往下捲動
與 Loop Engineering 的關係：兩個心法互補
Thariq 的 unknowns 心法與 Andrew Ng 6/30 提出的 Loop Engineering 3 層框架在概念上互補。Loop Engineering 是外部框架（agentic coding loop、developer feedback loop、external feedback loop），描述工作流層次；Thariq 的 unknowns 則是 prompt 品質層的技術，聚焦「同一 loop 內、如何寫出更好的 prompt」。兩者一起使用效果最強：Loop Engineering 建構外圈、unknowns 心法優化內圈。鏈新聞先前發布《Claude Fable 5 完整教學：官方 handbook 8 大 prompt 精華》解析 Anthropic 官方 handbook 的 8 段 prompt 範本；另刊《Andrew Ng 提 3 層 Loop Engineering 框架》解析 Ng 的產品層 loop 觀點。Thariq 的 field guide 是這條 Fable 5 心法演化的第三個關鍵節點。
風險提示
加密貨幣投資具有高度風險，其價格可能波動劇烈，您可能損失全部本金。請謹慎評估風險。
