我現在要決定的，不是Claude Fable 5.2新不新。我在看兩件事會不會改掉手上的流程：要求只輸出JSON時，格式有沒有守住；官方改過的API合約，會不會把現有呼叫卡住。2026年11月12日這輪對照裡，編碼、推理、除錯兩邊都做完了。已經在用Claude Fable 5.1、又在意回覆更短、等得更少，我會先留在5.1。下游必須直接解析原始回應，我會換到Claude Fable 5.2；想跟現行版本，可以換，但得先改合約。
現在就做決定的話，我會怎麼判
值不值得換，我這輪是看手上的流程會被改到哪裡。編碼、推理、除錯這類活，兩邊都做完了，規格也沒有變大。看得出差別的，是只輸出JSON時5.2把物件守住了；再來就是前綴校驗、thinking區塊、電腦工具名稱和advisor搭配，官方已寫成破壞性變更。新版本三個字本身，還不夠成為遷移理由。
Claude Fable 5.1在2026年9月1日發布，到11月已標成Legacy，但仍叫得動，並沒有下線。5.2是Latest。前綴校驗指的是續接對話時，檢查更早的訊息有沒有被改過。thinking區塊是模型回傳的思考內容，跨型號接著用時還有綁定規則。快速模式是官方給Claude Fable 5.2的可選速度設定。我在這個入口看到的HTTP狀態和報錯正文，並不總跟官方說明逐字一致，後面會分開寫。
上一代還沒從API裡消失
如果Claude Fable 5.1還能呼叫，Legacy到底代表什麼？就這次選擇來說，它表示官方已經把現行版本換成Claude Fable 5.2，並建議考慮遷過去；它不等於5.1的API已經失效。Claude Fable 5.1於2026年9月1日發布，現在標為Legacy，實際呼叫的型號名是claude-fable-5-1。5.2的型號名則是claude-fable-5-2。
兩代的基礎規格相同：1M上下文、最大輸出128k、自適應思考始終開啟、預設effort為high，知識截止日期都是2026年6月。要是盼著「換完上下文立刻變大」，這裡沒有這回事。
截至2026年11月12日，我在Crazyrouter的Anthropic模型目錄裡還能看到帶日期的Claude Fable 5.1，它仍列在Flagship；Claude Fable 5.2也已經出現。目錄裡5.2的日期我還沒核實，定位也還沒分類，不能拿這個目錄展示去推斷官方又改了發布狀態。
會改到工作流的，是格式和合約
會不會改掉現有流程，我只看兩處：格式有沒有守住，合約會不會把呼叫卡住。版本號換成Latest，本身解決不了這兩件事。規格、官方說法，和我實際碰到的情況，可以先收成下面這樣。
| 維度 | Claude Fable 5.1（上代，Legacy） | Claude Fable 5.2（這一代，Latest） | 改變了什麼 |
|---|---|---|---|
| 發布時間 | 2026年9月1日 | 2026年11月9日 | 發布了新一代 |
| 版本狀態 | Legacy | Latest | 官方現行版本換成5.2 |
| 上下文／最大輸出 | 1M／128k | 1M／128k | 沒變 |
| 思考 | 自適應思考始終開啟，預設effort為high | 自適應思考始終開啟，預設effort為high | 沒變 |
| 知識截止日期 | 2026年6月 | 2026年6月 | 沒變 |
| 官方對能力與速度的說法 | 被作為對照的上代 | 編碼、推理、視覺更強，表達更清楚；輸出最多可快30%；可選快速模式下token生成最多約為原來的2.5倍 | 官方給出提升主張，以及5.2專屬的可選模式 |
| 我這輪實際看到的 | 預設路徑上完成編碼、推理、除錯；JSON數字對，但物件前多一句說明；視覺兩題全對 | 同樣完成這些任務；預設路徑合計約慢18%、回覆更長；只回傳JSON物件；視覺兩題全對；這個入口沒打開官方快速模式 | 最清楚的差異是JSON格式有沒有守住，任務完成情況沒有拉開 |
| 介面合約 | 前綴校驗原先主要落在2026年8月31日及以後建立的帳號 | 官方列出四項破壞性變更 | 前綴校驗、thinking區塊跨模型讀取、電腦工具名稱、advisor搭配都要按遷移說明處理；我看到的報錯正文並未乾淨對應文件 |
軟的是格式。多一句說明，人看幾乎沒事，解析器卻可能直接失敗。硬的是合約：前綴校驗、thinking區塊跨代讀取、電腦工具名稱、advisor搭配，官方都寫成了破壞性變更。Latest只說明現行版本換了，不代表這兩頭我都驗證完。
官方更新說明裡寫了更強、更快。但我這輪預設路徑呼叫裡，兩邊都完成了編碼、推理和除錯，Claude Fable 5.2合計反而等得更久、輸出更多。格式上，這輪要求只輸出JSON時，5.1算對了，卻在物件前加了一句；5.2按要求只給物件。數字兩邊都對，差的是5.2把格式守住了。
合約得把官方要求和這個入口的回傳分開看。官方要求檢查前綴、不要把5.2的thinking區塊交給5.1接著用、更新電腦工具名稱，並讓5.2的executor搭配同代advisor。我補測時，有些HTTP狀態與這些劃分相符，但400的正文是provider_temporarily_unavailable，前綴不符也沒有回傳官方描述的400。實際遷移我仍會按官方工具名computer_toolset_20260801和同代搭配來改，不能把這裡不同的報錯正文，當成舊用法還可以繼續依賴。除了Amazon Bedrock外，舊名computer_20251124按官方說明會卡住請求。
快速模式也有落差。官方把它列為Claude Fable 5.2的可選項；我在這個入口傳入speed: "fast"，請求被接受，但usage.speed仍是standard。從回傳結果看，這次沒有打開官方快速模式。
上下文沒變大，也別把快速模式算進去
| 項目 | 參數 |
|---|---|
| 型號ID | claude-fable-5-2 |
| 上下文 | 1M |
| 最大輸出 | 128k |
| 思考 | 自適應思考始終開啟 |
| 預設effort | high |
| 知識截止日期 | 2026年6月 |
| 呼叫介面 | Anthropic Messages介面 |
| 快速模式 | 官方提供可選fast mode |
除了快速模式這個Claude Fable 5.2可選項外，上述基礎規格與Claude Fable 5.1相同。官方快速模式不適用於Claude Fable 5.1。這個入口上，我同樣沒能把它打開。
同一天預設路徑上的對照
實際等起來怎麼樣？2026年11月12日，我在Crazyrouter的Messages API上走預設路徑，兩代各跑一遍，沒開快速模式。編碼、推理、除錯兩邊都做完了，看不出能力差距。Claude Fable 5.2合計大約慢18%，回覆也更長。
| 項目 | Claude Fable 5.1 | Claude Fable 5.2 |
|---|---|---|
| 合計用時 | 51.2秒 | 60.4秒 |
| 合計輸出token | 3632 | 5198 |
| 要求只輸出JSON時 | 數字對，物件前多了一句說明 | 只回傳JSON物件 |
合計並不能說明每一問都更慢：
圖：發票和那個不存在的參數，5.2還略快、略短；把合計拉長的，主要是較長的編碼和除錯回覆。官方寫了輸出最多可快30%，這輪預設路徑上我沒等到變快。
更能說明差異的，是「只回傳JSON物件、不要額外說明」這一題。兩邊含稅合計都是1172.86，80.00是發票上的折扣金額。Claude Fable 5.2按要求只給了物件；Claude Fable 5.1數字也對，卻在前面多了這句：
Line totals: 398.00, 569.00, 135.00 → sum 1102.00. Discount 80.00 → taxable 1022.00. Tax 1022×0.13 = 132.86. Grand total 1022.00+132.86+18.00 = 1172.86.
人眼讀，這句幾乎沒傷害；程式若只吃JSON，卻可能直接解析失敗。
同一天的補測，我收成下面這張表。視覺兩題的標準答案都對上了：編號CRZ-QX7M-1942-WOLF、合計28，以及384 MB、Off、NZ-WLG-09、柱高11。
| 補測 | Claude Fable 5.1 | Claude Fable 5.2 | 我怎麼看 |
|---|---|---|---|
| 視覺兩題 | 全對，約3.5秒 | 全對，約3.3–4.4秒 | 平手，看不出差距 |
| 長生成（預設路徑） | 65.4秒、6231 token、95.3 tok/s | 93.5秒、10853 token、116.1 tok/s | 5.2等得更久、寫得更長；速率約1.22倍，不能當成同樣長度快了30% |
給5.2傳speed: "fast" |
— | 51.3秒、6070 token、118.3 tok/s，usage.speed仍是standard |
沒打開官方快速模式；相對預設只約1.02倍，等待時間變短是因為輸出更少 |
給Claude Fable 5.1也傳speed: "fast"，同樣是HTTP 200、usage.speed為standard，並回了PONG，沒有出現官方說的不支援報錯。
官方分數呢？下面這些來自2026年11月9日的Anthropic發布說明，我在11月12日核對過。這是官方自報，不是我跑出來的；我只留下差距更明顯的幾項。
| 官方基準 | Claude Fable 5.2 | Claude Fable 5.1 |
|---|---|---|
| FrontierCode 2.0（Xhigh） | 49.1% | 32.4% |
| FrontierSWE v2 | 69.9% | 56.3% |
| AutomationBench | 51.4% | 31.4% |
| Terminal-Bench-Science 0.1 | 74.6% | 52.6% |
| RoboDojo Sim（官方內部評測） | 64.9% | 27.6% |
| Remote Labor Index | 41.3%（High effort） | 17.9% |
| Chartography（no tools） | 73.4% | 44.8% |
官方表格拉開了，尤其Chartography。回到我這次呼叫，編碼、推理、除錯沒有拉開，兩道視覺題也是平手。官方分數不能替這幾次呼叫，證明Claude Fable 5.2已經更強。
還有一張在X上傳播的「不要回覆」截圖，能說明該換型號嗎？我覺得不能。
圖：Claude Fable 5.2在「不要回覆」提示下幾乎沒有可見正文。來源：Neeraj（@neerajjj6785），2026年11月11日，X。我在API裡發了同一句提示，兩邊都回傳了文字區塊。產品畫面和API呼叫不是一回事。
官方遷移說明，和這個入口回給我的並不完全一樣
呼叫型號是claude-fable-5-1和claude-fable-5-2。這裡走Anthropic Messages介面，不是chat/completions：
https://api.crazyrouter.com/v1/messages想查看這兩個型號的接入入口，可以打開Crazyrouter的Anthropic模型目錄。
遷過去時，要先核對的是這四項約定：
| 約定 | 官方怎麼說 | 我在這個入口看到的 |
|---|---|---|
| 前綴校驗 | 到了5.2，對所有帳號生效；改了更早的訊息再送回thinking區塊，請求會400 | 檢出了prefix_binding_mismatch，但是HTTP 200，區塊被丟掉後請求繼續 |
| thinking區塊跨模型 | 只有Claude Fable 5.2和Claude Mythos 5.2能讀5.2的區塊；交給5.1會丟區塊，請求仍成功 | 交給5.1是200；丟棄原因是end_user_binding_mismatch，不是官方寫的model_binding_mismatch。thinking正文仍看不到，只拿到簽名 |
| 電腦工具名稱 | 除Amazon Bedrock外，舊名computer_20251124會400，要改成computer_toolset_20260801 |
5.2加舊名是400，5.1加舊名是200，5.2加新名是200；400正文是服務暫時無法使用，不是文件裡的工具名稱錯誤 |
| advisor搭配 | 5.2當executor時，advisor得是Claude Fable 5.2或Claude Mythos 5.2 | 配5.1是400，配5.2是200；400正文同樣是服務暫時無法使用 |
這幾項的官方報錯，在這個入口沒有被乾淨證實。遷移時我還是會按官方的工具名稱和同代搭配來改。
確定的好處，跟還沒驗證的主張
Claude Fable 5.2能給我什麼確定的好處？它是現行Latest版本；這輪「只輸出JSON」的請求，它守住了格式。基礎規格與Claude Fable 5.1一樣，遷過去不必指望上下文會突然變大。官方還提供可選快速模式，只是我在這個入口沒把它打開。
界線也很清楚。預設路徑上，編碼、推理、除錯兩邊都完成了，Claude Fable 5.2合計還更慢、更長；視覺兩題平手，無法證實官方所說的視覺提升。官方提到的預設路徑輸出最多快30%、快速模式token生成最多約2.5倍，這裡都沒有得到驗證。介面遷移不能省，但這個入口的報錯正文與文件不完全一致，前綴不符也沒變成400；thinking正文仍看不到。新版本、官方能力主張、X截圖，以及這次視覺和快速模式補測，都不足以單獨成為換型理由。
解析器吃原始回應時，差在那一句前言
這類編碼、推理、除錯，我這輪兩邊都能做完。已經在用Claude Fable 5.1，又希望回覆短一點、等得少一點，繼續留在5.1說得通。
要是下游把原始回應直接丟給程式，只接受JSON，Claude Fable 5.2這輪的格式更省事。差就差在那一句前言：人眼幾乎無感，解析器卻可能直接失敗。想跟官方現行版本的人，遷過去之前先把上一節那些合約改對，只改型號名不夠。
官方還有一層產品搭配建議，這不是這次5.1和5.2對照的名次。Anthropic發布說明建議，大多數日常工作可以先從最新的Claude Opus看起；活更重、更開放、更長程，再上到Claude Fable，也可以讓Fable當顧問。Fable和Opus同檔，不代表它們是同一個模型。
按你現在卡的問題來選
如果現在就要做決定，我會按手頭工作流碰到的實際問題來選。
| 我的情況 | 我會怎麼選 |
|---|---|
| 已經在用Claude Fable 5.1，活也接近這類編碼、推理或除錯，又在意回覆更短、等得更少 | 不換。這輪兩邊都把活做完了，預設路徑上Claude Fable 5.2合計還更慢、更長。後來補測的視覺和快速模式，也沒有改掉這個判斷。 |
| 下游要把原始回應直接交給程式解析，例如只接受JSON | 換。這次看得最清楚的差別，就是Claude Fable 5.2守住了「只輸出JSON」，Claude Fable 5.1數字對但前面多寫了一句說明。 |
| 想跟官方現行版本，也願意按遷移說明改合約 | 可以換，但先改合約。換的理由是版本狀態和介面約定，不是這幾項任務突然變強。 |
| 會修改歷史訊息、跨模型傳thinking區塊、使用舊電腦工具，或讓Claude Fable 5.2當executor再配advisor | 可以換，但先按官方遷移說明改合約。官方寫了這四項會卡住請求；我在這個入口裡看到的狀態大致對得上，可報錯正文並不是官方那幾句，前綴校驗也沒有變成400。即便如此，我還是會按官方的工具名稱和搭配來改。 |
這張表對應的是我已經在用Claude Fable 5.1時的遷移判斷。視覺補測打平、快速模式沒打開，都沒有給「在意更短更快」的工作流增加換型理由。
還有人會先問這些
Q：已經在用Claude Fable 5.1，現在要不要換？
A：做這類編碼、推理、除錯，又在意更短更快，我不換。需要原始JSON格式紀律，我會換；想跟現行版本，可以換，但先改合約。具體條件見上一節的怎麼選表。
Q：只輸出JSON時有差別嗎？
A：這輪有。兩邊數字都對，Claude Fable 5.1在JSON物件前多了一句說明，Claude Fable 5.2的可見正文只有JSON物件。下游直接解析原始回應時，這一句可能造成失敗。
Q：這個入口上的快速模式能打開嗎？
A：我沒能打開。傳speed: "fast"回傳HTTP 200，但usage.speed仍是standard，不能把那次結果當成官方快速模式的速度。
Q：視覺這輪分出高低了嗎？
A：沒有。兩張圖的標準答案兩邊都答對了，這次補測是平手。
Q：換到Claude Fable 5.2一定要改介面嗎？
A：要看自己的用法。會修改歷史訊息、續傳thinking區塊、呼叫舊電腦工具或設定advisor，都涉及官方遷移約定；即使這個入口回傳的錯誤文字與文件不同，我也會按官方要求調整。
Q：X上那張「不要回覆」截圖能當換型依據嗎？
A：不能。截圖展示的是介面裡幾乎沒有可見正文；我在API裡發同一句提示，兩邊都回傳了文字區塊，不能把產品畫面直接套到API選型上。
參考來源
規格與官方說法核對於2026年11月12日；預設路徑對照與補測也在這一天完成。
1) --- 會變成分隔線（上一行必須是空白）
2) # 會變成一級標題
3) ## 會變成二級標題
4) ### 會變成三級標題
5) **粗體文字**會顯示粗體文字
6) ```當第一行與最後一行會顯示程式碼
7) 請搜尋 Markdown 語法，了解各種格式
