Claude Fable 5 到底比 Opus 4.8 強多少？

過去兩天我專門拿一個真實項目做了測試。
不是 LeetCode，也不是單文件 Demo，而是一個已經跑了兩年的 SaaS 項目。
大約 48 個核心文件，前後端混合架構，一個典型的歷史包袱工程。
測試任務很簡單：把原本散落在多個模塊裡的權限校驗邏輯抽離成統一中間層，同時保證舊接口兼容。
這種任務最難的地方其實不是寫代碼，而是持續保持上下文。
模型需要理解舊邏輯、發現依賴關係、修改多個文件、更新調用鏈，然後自己驗證有沒有遺漏。
我把同樣的 Prompt 分別丟給 Claude Fable 5、Opus 4.8、GPT-5.5 和 Gemini 3.1 Pro。
整個過程是在 ZenMux 的 PK 模式裡完成的，因為能夠同時觀察輸出、延遲和 Token 消耗。
結果有點意思，GPT-5.5 是最快開始工作的，但第 11 個文件開始出現明顯上下文漂移。
Gemini 3.1 Pro 很擅長解釋，但修改方案偏保守。
Opus 4.8 的架構理解能力依然很強，但在跨模塊依賴追蹤上漏掉了兩個邊緣權限判斷。
Fable 5 是唯一一個主動回頭檢查自己方案的模型。
它不僅生成修改計劃，還自己列出潛在風險點，然後重新掃描調用鏈驗證。
中間甚至出現過一次模型先說任務完成，隨後自己發現遺漏，再主動推翻前面的結論重新修正。
這其實是我最在意的地方，因為真實工程裡最貴的從來不是模型寫錯代碼，而是模型以為自己寫對了。
官方一直在強調 Fable 5 的 Self Verification。
原本我以為是行銷術語，實際測試下來，這個能力確實存在，而且在複雜工程任務裡的價值遠比 Benchmark 數字更明顯。
當然代價也很現實，Fable 5 平均響應時間明顯更長，有時候你能感覺到它在思考。
如果是簡單 CRUD 或普通腳本，我不會選它。
但對於需要連續理解幾十個文件、保持長鏈路推理的任務，它目前確實給我留下了最深的印象。
我的結論很簡單，Fable 5 不是更強的代碼生成器，它更像一個更可靠的工程協作者。
這也是為什麼越來越多人開始把它當作 Agent Workflow 裡的 orchestrator，而不是單純的 Coding Model。
如果你也想自己復現類似測試，最近 ZenMux 剛接入 Fable 5，而且在做一周限時 PAYG 充值返贈活動。
充 20 美元送 10 美元，充 50 美元送 30 美元。
最關鍵的是不限 RPM、不限流，也不用單獨申請不同廠商額度，一個帳號就能同時調用 200+ 模型做橫評。
對於想認真測試 Fable 5、Opus 4.8、GPT-5.5 差異的人來說，門檻確實低很多。
活動入口：
想第一時間體驗Claude Fable 5的千萬別錯過。