版本對比

Claude Fable 5.2 與 5.1 對比及升級流程

Ciyo 編輯團隊2026年11月11日

已有審查工具使用 Fable 5.1 時，升級既可能改變回答，也可能影響會話恢復。本文對照官方規格和變更說明，提供遷移核對辦法。先測試一個已有任務，再修改生產環境的模型 ID；沒有把文件比較寫成獨立實測。

快速結論

先用新請求試點 5.2，同時保留固定的 5.1 對照。結構化輸出、歷史會話回放和工具處理應分別檢查。公佈的單價下降值得評估，但已有會話的連續性需要單獨驗證。

新請求應使用同樣資料和明確的輸出結構。Anthropic 在釋出評測中報告了更快的輸出和更強的圖表識別。選一個 5.1 曾漏掉標籤或矛盾的案例，要求兩份回答都為每條發現標註來源。

保留正常案例和棘手案例的原結果，例如工具呼叫後恢復的對話。每個案例都保留可見資料、準確任務和驗收條件。這樣才能判斷失敗來自新回答，還是來自重建請求時的變化。

官方變更說明涉及保留的思考區塊和工具相容性。按實際 API 平臺檢查歷史輪次、工具和壓縮記錄的傳法。另備一個從已核實可見資訊重建新對話的恢復路徑，不要只儲存供應商專用狀態。

虛構包裝審查中，兩次輸入使用相同核准標籤、截圖 ID 和輸出欄位。合格條件是保留準確標籤、對應正確圖片，並把缺少來源的內容標為未知。記錄最終可用輸出、計費用量和錯誤，重試也計入任務。

先保留舊模型對照，同時驗證 5.2 的新會話。代表性的恢復、工具呼叫和審查都成功後，再擴大範圍。比較最初生產結果時，保留一個已知可用的工作流版本。

準備兩個案例：沒有歷史的新簡報，以及在工具返回結果後繼續的已儲存審查。兩者都要有已知答案，並保留準確的請求結構。新請求成功，不代表歷史會話能夠正確恢復。

如果恢復失敗，先保留可見的簡報、發現和資料 ID。排查供應商專用狀態時，可以用這些已核實的資訊重建新對話。重建屬於恢復措施，不能據此把失敗的歷史回放算作透過。

官方對比列出的兩者上下文均為 100 萬 token，最大輸出均為 128,000 token。

先按供應商遷移說明核對儲存的區塊型別，並將代表性歷史回放與新請求分開測試。

在 Ciyo 中把原始包裝校樣留在每個核准修訂旁，方便追溯變更。