Fable 5.1 完整介紹講了規格、價格和安全改進。這篇接著講另一件事：怎麼下指令才能讓它發揮最好。

Anthropic 在官方文件裡列了 16 個 Fable 5.1 跟 Fable 5 的行為差異，每個都附了對應的提示技巧。原文是英文技術文件，這篇按使用者類型整理成三塊：一般聊天、Claude Code 使用者、API 開發者。拿自己用得到的那塊看就好。

Anthropic 官方文件「Prompting Claude Fable 5.1」頁面，列出 16 個行為差異和對應的提示技巧

每個人都用得到的提示技巧

Effort 等級：最重要的調整旋鈕

Fable 5.1 有五個 effort 等級：low、medium、high（預設）、xhigh、max。等級越高，AI 花越多時間思考，回答品質越好，但也越貴越慢。

重點是：Fable 5.1 的 effort 等級跟 Fable 5 不能直接對應。同一個名字在不同模型代表不同的思考量，換模型的時候要重新測試哪個等級最適合。

幾個實用判斷：

  • medium 的品質大約等於 Fable 5 的 high，但更便宜。日常對話、簡單問答用 medium 就夠
  • low 的能力接近 Opus 和 Sonnet 等級的模型，但分數更高。如果本來在考慮用小模型省錢，不如用 Fable 5.1 的 low
  • xhigh 和 max 留給真正需要深度推理的任務

寫作風格變了

Fable 5.1 寫出來的文字比 Fable 5 更密。句子更長、段落更擠、用詞更精煉。整體品質算是進步，但如果需要輕鬆好讀的文字，得主動調整。

最簡單的做法，在 CLAUDE.md 或專案設定裡加一句：

不要用修辭性的文字。能用直白說法就用直白說法，不要用隱喻代替直述。

如果要更細的控制，可以描述什麼叫「做作的文字」：把隱喻代替直述、修辭蓋過意思的寫法明確定義出來，讓 AI 知道什麼要避免。這類規則寫進 CLAUDE.md 一次就好，不用每次對話都重複。

另一個方向的變化：Fable 5.1 用的格式比前代少。之前 Claude 被批評動不動就加粗體、列點、標題，很多人因此在設定裡加了「少用格式」的指示。Fable 5.1 已經自己調了，反而可能格式太少。如果你的 CLAUDE.md 或自訂指令有反格式的規則，考慮拿掉，或改成正面描述：

需要條列的時候用條列，需要強調的時候用粗體。如果對方要求簡潔格式，就用純文字。

做事態度：可能做太多，也可能停太早

Fable 5.1 的任務行為有兩個相反的傾向，要分別處理。

做的太多：交代改一行程式碼，它順便重構旁邊的函式、多寫三個測試檔案。Anthropic 建議在 CLAUDE.md 裡加入範圍限制，核心概念是告訴它「發現任務範圍外的問題不要修，在摘要裡報告就好」，以及「只在任務要求或專案慣例要求時才寫測試」。

停得太早：跑到一半就問「要不要繼續？」或描述下一步但不做。Anthropic 對此的 prompt 指示比較長，但核心概念可以簡化成兩句話：

  1. 告訴它「使用者不在螢幕前即時看，不會中途回答問題」
  2. 告訴它「結束前檢查最後一段。如果那段是計畫、分析、下一步清單、或還沒做的承諾，那就現在做」

這兩段寫進 CLAUDE.md 就好，不用每次對話都提。做太多和停太早的情況會交替出現，兩段指示不矛盾，可以同時放。

Claude Code 使用者的提示技巧

進度回報變少

用 Claude Code 的時候會發現：Fable 5.1 在跑 tool call 的間隔幾乎不說話了。Fable 5 會邊做邊講「我找到了 X，接下來要做 Y」，Fable 5.1 安靜得多。effort 越高、tool chain 越長，越明顯。

先確認一件事：Fable 5.1 的進度回報是透過 thinking block 裡的 progress update 傳送的。client 端需要把 thinking.display 設成 "updates" 才收得到。很多 client 用的是預設的 "omitted"，那就根本看不到。

如果確認開了還是不夠，在 system prompt 加：

開始前先說一句你要做什麼。工作途中簡短更新進度。結束時給一個完整摘要，
讓只看最後一則訊息的人也能掌握全貌。

另外，如果你的 client 會把 tool output 收起來（使用者看不到），要告訴 AI 這件事。不然它可能以為使用者看得到指令輸出，就不再重複重點。

資安誤擋

Fable 5.1 的安全誤擋已經比 Fable 5 好很多（Claude Code 裡少約 60%），但還是會遇到。三種容易觸發的情境和對策：

情境解法
問「這程式能不能編譯」改成「這程式有沒有 bug」
冷門程式語言的程式碼在上下文裡附上該語言的文件
tool output 含 base64 編碼資料移除 base64 資料

被擋時 API 回傳 stop_reason: "refusal"。碰到敏感的資安問題，Fable 5.1 會自動交給 Opus 4.8 接手回答，不另外收費。

小改動整檔重寫

Fable 5.1 比 Fable 5 更常把整個檔案重寫，哪怕只需要改兩行。結果通常一樣，但浪費 output token 和等待時間。一句 prompt 就能改善：

在不影響結果的前提下，盡量局部修改檔案而不是整個重寫。

API 開發者的技術重點

以下偏技術，適合直接用 Messages API 或搭建 agent 系統的開發者。

對話記錄保持 append-only

Fable 5.1 最重要的技術變更。每一輪 AI 的 thinking block 現在綁定產生它的對話前綴（system prompt + tool 定義 + 所有之前的 message）。兩次 API 呼叫之間如果修改了之前的 turn，下一次呼叫回傳 400 錯誤。

實務上不能做的事：

  • 在 turn 之間注入或刪除提示
  • 在原地摘要或刪除舊 turn
  • 中途改 system prompt 或 tool 定義

替代做法：

  • 每輪提示用 turn-scoped system message（clear_at: "next_user_message"，需要 beta header mid-conversation-system-clear-at-2026-08-21）
  • 改指示或工具用 mid-conversation system message 追加，不覆寫
  • 壓縮對話用伺服器端 compaction 或 context editing
  • 自己在 client 端壓縮時，最安全的做法：整段歷史換成一則摘要 + 新的 user turn，不帶任何舊 thinking block

2026 年 8 月 31 日之後建立的新帳號已強制執行這個限制。舊帳號未來也會。Anthropic 建議現在就改。

Tool call 批次送出

coding agent 和 computer use 場景裡，Fable 5.1 傾向一次只發一個 tool call，即使有多個不互相依賴的工具可以同時呼叫。不影響品質但浪費 token 和時間。

在每次回傳 tool result 後附一句 turn-scoped system message：

先列出接下來需要什麼，然後把不互相依賴的 request 全部在這一次回覆中發出。

官方文件附了 Python、TypeScript、Go、C#、Java、PHP、Ruby 七種語言的完整程式碼範例，包含 turn-scoped system message 的正確放法。

壓縮摘要的保留指示

對話太長需要壓縮時，Fable 5.1 對明確的保留指示反應很好。Anthropic 建議的摘要指示列出六類必須保留的資訊：

  1. 遇到的問題和解法
  2. 考慮過但排除的方案
  3. 做出的決定、偏好、限制條件（原文保留）
  4. 目前進度
  5. 未完成事項和下一步
  6. 難以重建的細節：名字、數字、日期、連結

特別的原則：使用者說的話盡量保留原文，AI 自己的分析可以大幅濃縮。

其他 API 調整

幾個較小但值得注意的行為差異：

低 effort 搜尋率降低。low effort 下 Fable 5.1 更常從記憶回答而不呼叫搜尋工具。可以在 system prompt 加：「認得一個名字不等於知道它現在的狀況。特別是 AI 模型和開發工具這類快速變動的領域，就算有印象也要搜。」也可以對需要搜尋的 turn 單獨提高 effort（API 支援 mid-conversation 切換 effort）。

引用來源會照抄。摘要文件時，Fable 5.1 更常直接照抄原文而不標註引用。在 system prompt 放一個正確回答的完整範例最有效，讓 AI 看到「用自己的話重述，只引一句短句並標註出處」的示範。

長輸出的 token 問題。xhigh 和 max effort 下，AI 可能在 thinking 裡先打一遍完整草稿，再在輸出重寫一遍，token 消耗翻倍。在 user message 結尾加指示，告訴它 thinking 和 output 共用同一個 token 上限，不要重複撰寫整份交付物。

子 agent 平行處理。如果架構支援子 agent，讓啟動子 agent 的工具立即回傳，主 agent 可以繼續做其他事。另外提供一個「等待結果」的工具，讓主 agent 自己決定何時等。

圖片分析給裁切工具。Fable 5.1 的視覺能力有進步，但對密集圖表做得最好的方式是讓它能自己裁切和放大特定區域。一個簡單的 image crop tool 就能大幅提升圖片分析的準確度。

小企鵝的總結

Fable 5.1 的提示技巧歸納成兩件事：

  1. 善用 effort 等級。日常用 medium 就夠，省錢又不掉品質。需要深度思考才拉到 xhigh 或 max
  2. 控制授權範圍。Fable 5.1 能力強，連帶也容易順手多做。在 CLAUDE.md 裡明確告訴它什麼不要碰，寫一次就一直生效

完整官方指南（含七種語言程式碼範例）在 Anthropic 文件，實作細節建議直接看原文。

搭配閱讀：Claude Fable 5.1 完整介紹了解規格、價格和安全改進，Claude Fable 5 介紹了解前代背景。