Claude Fable 5.2：把长任务变成可复核的工作流
它的升级重点不是“回答更长”，而是让模型在复杂编码、研究和设计任务里持续推进，同时留下足够多的检查点。
Claude Fable 5.2 于 2026 年 11 月 9 日发布。Anthropic 把它放在“最难的知识工作和编码问题”这一档：长时间运行的 Agent、跨多个仓库的工程改造、复杂研究，以及从数据分析一路做到报告交付。它与 Claude Mythos 5.2 使用同一底层模型，区别在于 Fable 面向所有用户，网络安全和生物学场景保留更严格的防护。
tokens
tokens
每百万 tokens
最高速度提升
先看数字：它赢在长链路，而不是所有场景
Anthropic 的表格显示，Fable 5.2 在大多数列出的能力上高于 Opus 5.5。最能说明定位的，是需要连续决策和工具协作的测试：FrontierCode 2.0 测 Agentic coding，OSWorld 2.1 测电脑操作，Terminal-Bench-Science 0.1 测科学研究 Agent。
| 基准 | Fable 5.2 | Fable 5.1 | Opus 5.5 | 它测什么 |
|---|---|---|---|---|
| FrontierCode 2.0 | 49.1% | 32.4% | 45.5% | Agentic coding |
| FrontierSWE v2 | 69.9% | 56.3% | 62.3% | 软件工程任务 |
| OSWorld 2.1 | 89.3% | 83.5% | 87.2% | 电脑使用 |
| Terminal-Bench-Science 0.1 | 74.6% | 52.6% | 58.7% | 科学研究 Agent |
另外，Fable 5.2 在 AutomationBench 得分 51.4%，WANDR 的放宽评分为 82.1%，Humanity’s Last Exam（带工具）为 74.2%，Chartography 图表识别为 73.4%。这些数字很有信息量，但不能直接等价为你的业务成功率：测试集、工具权限、停止条件和成本计算方式都会改变结论。
价格下降了，但 effort 才是账单开关
Fable 5.2 的标准价是每百万输入 token 8 美元、输出 token 40 美元，比 Fable 5.1 的 10/50 美元低 20%。Prompt cache read 是 0.20 美元/MTok，Batch API 对输入和输出提供 50% 折扣。需要更低延迟时，可以开 fast mode：最高提速 2.5 倍，但价格翻倍到 16/80 美元。
模型文档把 effort 定义为一个真实的资源旋钮：它同时影响思考深度、工具调用次数、单轮延迟和 token 用量。API 默认是 high；low 适合明确、高并发任务，medium 适合交互式编码，high 适合难编码和长时间 Agent，xhigh 与 max 应留给已经测出收益的难题。
Anthropic 的早期测试称，在 FrontierCode 2.0 上，Fable 5.2 的 high 大约达到 Opus 5.5 的 max 水平，单任务成本约为一半；这是厂商的测试描述，仍需要用你的输入长度、工具调用和重试率重算。
API 迁移：几个 400 错误要提前拆掉
如果你从旧版 Fable 或 Opus 迁移，模型名只是最小的一步。Fable 5.2 的 adaptive thinking 始终开启，不能再发送 thinking: {type: "disabled"}；默认 effort 也从 Opus 5.5 的 medium 变成 high，相同代码可能突然变慢、变贵。
- 工具选择：
tool_choice的any和tool会返回 400。让模型在auto下按指令调用工具，并对工具 schema 做严格校验。 - 思考块：多轮 tool loop 要原样回传 thinking blocks，包括空块；不要再用
content[0].text这种位置假设。 - 电脑操作：除 Amazon Bedrock 外，旧的
computer_20251124工具不适用，需要改成computer_toolset_20260801。 - 数据保留：默认需要 30 天数据保留；只有符合 Enterprise Frontier Safeguards 等条件时，才可能使用零数据保留。合规评估要放在切流量之前。
迁移指南还提醒，Fable 5.2 的速率限制独立于 Opus 5.5，且各等级 token 上限更低；如果你使用 advisor 工具，Fable 5.2 executor 只能配 Fable 5.2 或 Mythos 5.2 advisor。把这些当成上线检查项，不要等生产请求失败后再看文档。
它适合哪些真实工作
跨仓库迁移：让模型对“完成”负责
把目标、兼容约束和测试命令写成验收条件，让 Fable 5.2 先勘探依赖，再分批修改，最后跑测试并解释失败。重点不是让它一次写更多代码，而是让它在每个阶段留下 diff、日志和回滚点。
研究到交付：把检索、计算和写作串起来
对于需要读论文、跑实验、比较结果再写报告的任务，1M 上下文和长输出很有价值。但仍要强制它给出来源、假设、未解决问题和可复现命令；“报告完成”不能替代证据。
硬件与视觉设计：先让它说清楚看见了什么
产品页展示了从图片、PDF 到 3D、硬件和仿真的用例。落地时可以让模型先输出对象清单、尺寸和不确定处，再允许它生成 CAD、代码或仿真，减少视觉误读直接变成执行动作。
结论：把 Fable 5.2 当“长任务负责人”，别当万能聊天机器人
Claude Fable 5.2 的价值，在于它把模型从一次性回答推向持续推进：拆目标、调用工具、复查结果、继续修正，直到交付一个文档、表格、代码变更或研究产物。它的价格降了，能力和上下文也上去了，但 thinking 始终开启、默认 effort 更高、数据保留和工具兼容性更严格，意味着工程接入必须同步升级。
最稳妥的试法是选一条你已经能量化验收的长流程，固定输入、工具和停止条件，分别跑 medium、high 与 fast mode，记录成功率、总 token、工具调用、人工接管和最终返工时间。那张成本表，才是 Fable 5.2 对你真正的答案。