⚠️ 这篇是写给那种平时只把 Claude 当聊天和写代码助手，看到大新闻就想知道自己会不会吃亏的人。最容易做错的判断，是把 Claude 当成同一种工具，以为谁分高谁就适合自己。如果只看宣传，你会以为自己买到的是更强版本，实际却可能先撞到更严格的限制。Fable 5重启后，最该先写的是refusal分支。[C002] 这里的 refusal，你可以先理解成：模型这次是正常返回了，但返回的是拒绝。 这类发布最值得看的，常常不是它多强，而是它为什么先把边界收紧。
具体场景很像这样：你原本只是来看看模型是不是又变强了，心里想的是把模型编号切回来再测一下。结果真正先变成日常成本的，不是回答效果，而是它更早说“不”。显性的代价，是你排查半天才发现不是接口坏了，而是把成功响应当成了正常答案。更隐性的代价，是你会长期把 Claude 用错位置，越用越乱。
我后来回头看 2026-07-01 那篇《Redeploying Claude Fable 5》，也就是“Claude Fable 5 重新上线”那篇官方说明 [C001]，才发现它说的不是简单恢复访问，而是 redeployed：重新放出来的同时，也把可用性和计费边界一起改了 [C005]。所以这次别先问它强了多少，先问它的边界先改了没有。
最伤的一条，在官方文档里写得很直白：被安全分类器拦下时，返回的不是报错，而是 HTTP 200；停止原因字段 stop_reason 会写成 refusal，意思就是“这次有正常返回，但返回的是拒绝” [C003]。官方还直接建议把兜底切换（fallback）配好。更关键的是，Anthropic 把这次集成方要处理的变化就压成了 3 件事：拒绝、兜底切换、计费规则 [C004]。这也就是为什么我会说，Fable 5 回归后，先补拒绝分支，比先测回答效果更重要。
最会引发讨论的，从来不是模型又强了，而是最强的那个为什么没直接端上来。对接接口的人，这周如果正准备把 Fable 5 接回聊天或写代码流程，先把拒绝怎么接、兜底怎么走、钱怎么算写清楚；只是偶尔在网页里聊几句的人，短期感受可能没那么强。如果你身边正好有人打算“先切回去再说”，这篇就适合直接转给他。因为这次真正省时间的，不是先跑效果测评，而是先把拒绝分支补上。
🤔 你现在最想先避开的，是哪一个坑？