Claude Fable 5.1 這樣調才對：官方提示指南六重點
Anthropic 為 Claude Fable 5.1 發布了一份專屬的提示工程（prompt engineering）指南。官方的定調是：原本為 Claude Fable 5 撰寫的 prompt，多數不必改動就能在 5.1 上正常運作，但有一批行為差異值得開發者先掌握，才能把新版的能力用滿。以下整理這份官方文件的重點。鏈新聞先前也報導過 Claude Fable 5.1 與 Mythos 5.1 的發布。
effort 是主要旋鈕，medium 就約等於舊版 Fable 5
官方指出，effort（運算力度）是 Fable 5.1 上調節智慧、延遲與成本的主要開關，預設值為 high。文件建議從 high 出發，再拿 low、medium、xhigh、max 這幾檔對自己的評測資料做一輪掃描，而且即使先前在 Fable 5 上掃過也要重跑，因為同樣的檔名在不同模型代表的思考量並不一致。Fable 5.1 相較 Fable 5 的能力提升在各檔都看得到，並在較高檔位最明顯；但在 medium 檔，成果大致等同 Fable 5 而成本更低，在 low 檔則常常在「每項任務成本」上與 Claude Opus、Sonnet 相當、分數卻更高。換句話說，凡是原本會用較小模型、較高力度去跑的情境，都值得把 Fable 5.1 的低檔位一起納入比較。
進度更新預設變少，得主動打開或加一句提示
Fable 5.1 在長工具鏈的回合中，預設會比 Fable 5 寫更少面向使用者的進度說明，力度越高、鏈越長越明顯，使用者可能會看到代理（agent）安靜好幾分鐘。官方的第一個提醒是先確認你的前端有沒有收到更新：模型在工具呼叫之間的短註記，是以「進度更新型 thinking 區塊」回傳的，而在預設的 thinking.display 設為 omitted 時這些區塊是空的。把它改成 updates（beta）或 summarized，才能把每則非空的 thinking 區塊當狀態列渲染出來。第二個提醒是檢查你的 prompt 裡有沒有「把所有發現留到最後再說」這類壓抑敘述的舊指令，若有就先移除。若還想要更多更新，可以再加一句說明你希望模型在何時、以什麼內容對使用者說話。
廣告 - 內文未完請往下捲動
對話歷史必須「只增不改」，8 月底後新帳號強制
Fable 5.1 要求把每個 assistant 回合原封不動地（含 thinking 區塊）附加進歷史，且不要在兩次請求之間改動較早的回合。官方說明，對 2026 年 8 月 31 日當天或之後建立的新帳號，Fable 5.1 的 thinking 區塊只在產生它的那一段對話裡有效：一旦前綴（系統提示、工具清單或任何較早的訊息）被改過，再回放該 thinking 區塊就會收到 400 錯誤，或在你開啟對應設定時被丟棄。會觸發這項檢查的歷史編輯，正好也是那些會讓 prompt cache 從該處重啟的動作，例如逐回合注入又移除提醒、就地摘要較舊回合、或中途改動系統提示。官方建議改用「回合限定系統訊息」（turn-scoped system message）下發逐回合提醒，並把裁修交給伺服器端的壓縮或情境編輯處理。未來的模型預期會對所有帳號啟用這項檢查，因此現在就採用這個模式較穩妥。
寫作變密、格式變少，舊的反格式化規則該拿掉
官方形容 Fable 5.1 的文筆整體較前幾代更好，套語更少、少了沒解釋的術語，但有時句子更長、段落分隔更少，讀來偏密。文件提供的解法是在 prompt 裡定義出反面模式，也就是「做作辭藻」（mannered prose）：用比喻與華飾取代直說，句子存在是為了展示作者而非傳達想法，改法是把話直接說清楚，短版指令甚至只要一句「請移除所有做作辭藻」。格式方面則相反，早期模型過度使用粗體與項目符號，許多 prompt 因此寫了反格式化規則；Fable 5.1 反而較少用粗體、也較不會主動用標題或清單，所以這類舊規則應該移除或改寫成「何時才該用特定格式」的條件式規則。另外，Fable 5.1 在摘要文件時，比 Fable 5 更容易照抄原文段落卻沒標成引用，官方建議在系統提示裡放一個完整的正確示範來校正。
讓模型一次做完整件事，並把改動限制在任務範圍內
Fable 5.1 能在目標明確時執行很長的任務，但在複雜的非同步工作上，官方建議加一段提示，避免它在工作未完成時就結束回合，例如只描述下一步（「接下來我會⋯」）或停下來問一個原始需求早就涵蓋的許可（「要我套用嗎？」）。官方提供的系統提示片段核心是先告訴模型「使用者不在旁邊即時盯著」，對於循原始需求而來、可逆的動作就直接執行，只在破壞性動作或真正的範圍變更時才停下確認。同時另一段指令把「使用者的需求」明確定義為交付範圍，要求模型不要悄悄縮小、擴大或替換範圍。與此相關的還有變更控管：Fable 5.1 實作開放式功能時偶爾會多做一點，例如順手修掉附近的既有 bug、延伸任務沒提到的行為、或提交超過必要量的測試檔，官方指出，只要用明確指令說清楚該略過什麼，這些額外改動與多餘測試就會大幅減少，而任務成功率沒有可量測的變化。
安全誤判、整檔重寫與視覺任務的其他細節
Fable 5.1 會執行安全分類器，可能回傳 stop_reason 為 refusal。官方表示 5.1 的誤判已比 Fable 5 剛推出時更少，在原始碼中找漏洞也是被允許的，但仍有三種情境較容易誤判：把「這支程式能不能無錯編譯」改問成「這支程式有沒有 bug」；使用冷門程式語言時，先給模型該語言的文件與說明；以及工具把 base64 編碼資料回傳進情境，建議直接移除。其他調校還包括：若模型為小改動整檔重寫，加一句「盡量做針對性編輯而非整檔重寫」把它拉回 Fable 5 的行為；在 xhigh、max 力度跑長篇交付時，把 max_tokens 留足思考與回覆兩段的空間，並提醒模型別把整份輸出先在思考裡寫一遍再寫進回覆；在 low 力度下 5.1 較不會主動呼叫搜尋工具，可對受影響的回合單獨提高力度或加一句「認得名字不等於知道它的現況」的驗證提示；多代理（subagent）架構下別讓主代理空等子代理跑完；視覺任務則建議給模型可裁切、放大影像的工具，讓它能逐步檢視密集圖表的細節。
整體而言，這份指南的核心訊息是：舊 prompt 多半能沿用，但 Fable 5.1 在進度敘述、寫作密度、格式偏好與歷史處理上都有可觀察的行為位移，針對這些差異微調系統提示，才能發揮它在各 effort 檔位上的能力。完整條目與各語言範例可參考 Anthropic 官方文件。
風險提示
加密貨幣投資具有高度風險，其價格可能波動劇烈，您可能損失全部本金。請謹慎評估風險。
