把编程 Agent 的底层模型换成最新旗舰、再把推理档位（effort）直接拉到 max，并不会换来更稳的代码交付，反而可能让单次请求在烧光 128,000 个思考 Token（耗时 22 分钟、花费 $5.12）后返回空白结果。
2026 年 11 月 9 日，Anthropic 正式发布 Claude Fable 5.2 与 Claude Mythos 5.2。新模型将标准输入与输出价格下调至 $8 / $40 每百万 Token，生成速度比 5.1 版本提升最高 30%，并在 FrontierCode 2.0 基准上仅用 high 档（45.3%）就追平了 Claude Opus 5.5 的 max 档（45.5%），单任务成本直接砍半。但正如 Simon Willison 在 llm-anthropic 0.31 实测中所验证的，接好 Fable 5.2 的关键不是无脑拉满思考深度，而是避开 max 档陷阱，并在 Opus 5.5 日常主力与 Fable 5.2 之间分层路由。
本文面向使用 Claude Code、Codex、llm CLI 或自建编程 Agent 的开发者与研发负责人，拆解 Fable 5.2 与 Mythos 5.2 的边界、max 档耗尽 128K 预算池的底层机制，并给出 CLI/API 参数锁死方案与多 Agent 协同步骤。
Fable 5.2 与 Mythos 5.2 改了什么：降价、提速与准入边界
Claude Fable 5.2 与 Claude Mythos 5.2 基于同一个底层模型构建，但在安全护栏与开放范围上做了严格切分。
Fable 5.2（claude-fable-5-2）面向所有开发者开放，已上线 Claude Platform、AWS、Google Cloud 与 Microsoft Azure。它保留了网络安全与生物安全护栏（误报率低于 5.1），向全部 API 账户开放多轮工具调用保留推理链的 preserved thinking，并实装了最严的反蒸馏保护，将非法蒸馏窃取的数据量压缩 90% 至 99%。
Mythos 5.2（claude-mythos-5-2）则移除了会误伤有益网络安全与生物医药研究的拦截限制，不向公众直接开放，需通过 Cyber Verification Program 或 Life Sciences Verification Program 审批；未加入计划的 Claude Enterprise 客户可通过内置 Mythos 5.2 的 Claude Security 扫描代码库漏洞。
| 维度 | Claude Fable 5.2 | Claude Mythos 5.2 | Claude Fable 5.1 | Claude Opus 5.5 | GPT-6 Astra / Gemini 4 Carbon |
|---|---|---|---|---|---|
| 开放范围 | 全量开放 | 需验证计划审批（或经 Claude Security） | 全量开放 | 全量开放 | 全量开放 |
| 标准定价（输入/输出） | $8 / $40 每百万 Token | $8 / $40 每百万 Token | 高于 $8/$40（此前 $10/$50 挂牌价在本次发布页未直接列出，待核实 [待验证]） | $5 / $25 每百万 Token（待核实 [待验证]） | 未在同表列出 |
| Fast 模式（最高 2.5 倍速） | $16 / $80 每百万 Token | $16 / $80（仅限验证成员） | 未单列 | 支持（价格待核实 [待验证]） | 不适用 |
| FrontierCode 2.0 | 49.1%（xhigh）/ 45.3%（high） | 同底层模型 | 32.4%（xhigh） | 45.5%（max） | Astra 42.8% / Carbon 41.1%（medium） |
| FrontierSWE v2 | 69.9% | 同底层模型 | 56.3% | 62.3% | Astra 65.5% / Carbon 61.2% |
| OSWorld 2.1（离线集） | 89.3% | 同底层模型 | 83.5% | 87.2% | Astra 79.5% / Carbon 81.5% |
| CVE 复现（1,829 个 CVE） | 受护栏拦截 | 89.6% | 78.3%（Mythos 5.1） | 81.3%（无护栏版） | 未对比 |
基准数据显示，Fable 5.2 在跨文件软件工程（FrontierSWE v2 达 69.9%）与科学终端任务（Terminal-Bench-Science 0.1 达 74.6%）上大幅领先，且推理效率显著提升：在 WANDR 多跳研究基准上用 medium 档即可追平 Opus 5.5 最高分（成本约为后者的 40%），在 Humanity's Last Exam（带工具，最高 74.2%）与 Chartography 图表解析上仅用 low 或 medium 档就能以不到十分之一的单任务成本超越 Opus 5.5。
为什么 max 档烧完 12.8 万 Token 却返回空结果
既然 Fable 5.2 降价又提速，为什么不能在生产环境里直接把推理档位设成 max？
Simon Willison 在发布当天更新了 llm-anthropic 0.31，并用同一条 27 Token 的提示词（"Generate an SVG of a pelican riding a bicycle"）实测了 claude-fable-5-2 的五个 thinking_effort 档位（原始日志 Gist）：
low与medium档：thinking_tokens为 0，分别输出 1,214 和 1,386 Token，耗时 14 秒与 15 秒，花费约 $0.049 与 $0.055。high档：消耗 2,217 思考 Token，总输出 5,277 Token，耗时 58.9 秒，花费约 $0.211。xhigh档：消耗 27,175 思考 Token，总输出 32,966 Token，耗时 5 分 54 秒，花费约 $1.319，产出了五档中细节最完整的 SVG。max档：耗时 22 分 01 秒（1,321,323 毫秒），花费 $5.12，最终返回的 SVG 正文却是 0 字节。
结合 llm_anthropic.py 源码与响应日志，原因出在两个机制叠加：
- 思考与正文共享
max_tokens预算池：claude-fable-5-2与claude-opus-5-5默认设置always_thinks=True（传-o thinking false会触发ValueError）与default_max_tokens=128000。Anthropic API 的max_tokens同时约束内部思考（thinking_tokens）与最终文本（text）的总和。 - 自适应思考在
max档失去收敛边界：Fable 5 与 5.1 在max档仍能收敛，但 Fable 5.2 与 Opus 5.5 在max档会对开放式细节反复推演。日志显示模型反复重算车架坐标、辐条角度与喉囊渐变（最后停在"Still writing the SVG's gradients..."），直到thinking_tokens撞上128,000上限被截断，留给正文的配额归零（服务端在xhigh与max之间控制收敛的具体阈值算法未公开，待核实 [待验证]）。
可复现配置：锁死 Effort 档位与高低模型分层路由
要在命令行与编程 Agent 中安全用好 Fable 5.2，核心是在调用层封顶 xhigh 档位，在架构层按复杂度做高低模型分层路由。
第一步：在 CLI 与 API 中锁死推理档位与预算上限
使用 llm CLI 时，先升级 llm-anthropic 至 0.31 及以上版本，并显式传入 thinking_effort 与 max_tokens：
uv tool install llm
llm install -U llm-anthropic
llm keys set anthropic
# 常规任务用 high 档，复杂架构攻坚封顶 xhigh 档，生产环境禁用 max
llm -m claude-fable-5.2 \
-o thinking_effort high \
-o max_tokens 32768 \
"审查当前模块的并发锁竞争问题，给出最小修改补丁"通过 Python SDK 调用 Anthropic Messages API 时，将 thinking.type 设为 "adaptive"，并用 output_config.effort 锁死档位：
import anthropic
client = anthropic.Anthropic()
response = client.messages.create(
model="claude-fable-5-2",
max_tokens=32768, # 显式限制单次总预算（含 thinking + text）
thinking={"type": "adaptive", "display": "summarized"},
output_config={"effort": "high"}, # 可选 low / medium / high / xhigh，禁用 max
messages=[{"role": "user", "content": "将 legacy_billing.py 的账单聚合逻辑迁移为 Rust 实现。"}]
)第二步：落地「Opus 5.5 日常主力 + Fable 5.2 顾问/编排器」双层路由
Anthropic 官方建议把 Claude Opus 5.5 作为处理绝大多数日常编码与知识工作的每日主力（Daily Driver），再按复杂度向上路由给 Fable 5.2 / Mythos 5.2，或向下路由给 Sonnet 5.5 / Haiku 5.5。
这与 Hacker News 社区的实测反馈一致（参见 HN 讨论串 #50429906）。在 12.5 万行规模的常规业务代码库中，日常写功能、修单文件 Bug 时很难感知 Fable 5.2 与 Opus 5.5 的差异（主力模型对比可参考《Argon、Astra、Opus 5.5：三家各赢几行，没有单一最好的模型》与《Muse Wonder vs Claude Opus 5.5：长任务该交给哪个 Agent？》）。只有跨入高复杂度场景，Fable 5.2 才会拉开代差：
- 跨语言重写与极限优化：Anthropic 内部将核心生产服务从 Python 迁移至 Rust 后启动提速约 26 倍；社区开发者
advaith08在 60 万行 Fortran 计算材料学代码库（discovered-materials/dm_qe）上用 Fable 5.2 重构两天，将计算耗时压缩了 36 倍。 - 跨表复杂聚合与形式化验证：Oracle 实测复杂数仓 SQL 时，其他模型因粒度错误将国家债务汇总重复放大 5 至 8 倍，Fable 5.2 则准确生成多阶段聚合；iGent 用其构建了含超 3,500 条机器校验正确性证明的虚拟化管理程序。
- 双角色协同：让 Fable 5.2 担任 Advisor（顾问），仅在 Opus 5.5 连续两轮失败时介入；或担任 Orchestrator（编排器），拆解全局任务并派发给轻量模型执行（子 Agent 切分可参考《Haiku 5.5 当子 Agent，还是单独成一个 Agent》）。
在团队协作中，可通过 HiFox 的《Agent》与《小队》固化这套路由：在 Agent 配置的「模型」行按 Runtime 上报列表分别绑定模型与思考深度，让绑定 Fable 5.2（high 档）的架构 Agent 担任队长负责方案拆解，再在任务中通过 @ 提及分派给绑定 Opus 5.5 的成员 Agent 改代码。
接入 Fable 5.2 与 Mythos 5.2 的四个工程陷阱
- 盲目复刻「1000 个子 Agent 跑 8 天」的极限案例：Anthropic 展示了 Fable 5.2 调度超 1,000 个子 Agent 运行 8 天从零写出可引导笔记本操作系统，以及 1,000 个 Agent 用 30 小时在 Lean 中完成费马大定理形式化证明（Opus 5.5 同配置仅完成 27%）。但官方未公布总 Token 账单（待核实 [待验证]），日常缺乏单任务预算熔断时盲目放开百级子 Agent，极易打穿月度额度。
- 后台批处理误开 Fast 模式：传入
speed="fast"与 Beta 头fast-mode-2026-02-01可提速最高 2.5 倍，但价格翻倍至 $16 / $80 每百万 Token。像 Uber 调度约 170 个审查 Agent 连续跑 10 至 12 小时的夜间巡检，应坚持标准速度配high档。 - 未捕获
stop_reason: "refusal"：用通用版 Fable 5.2 跑攻击性安全脚本时，安全拦截仍返回 HTTP 200，但stop_reason为"refusal"且无代码输出（llm-anthropic会抛出ClaudeRefusal）。合规安全团队应申请 Mythos 5.2 准入或使用 Claude Security。 - 忽略 30 天安全监控数据留存：两款模型默认保留 30 天数据用于跨请求安全监控。有零数据保留（ZDR）要求的企业需先申请接入 Enterprise Frontier Safeguards（EFS，目前与 Bridgewater、Salesforce、Stripe 等处于私有测试阶段）。
落地建议：先做三项配置改造
要把 Fable 5.2 的降价红利转化为工程产出，建议立即落地三项改造：
- 网关层禁掉
max档：在 CLI 与 API 封装中将effort封顶xhigh，日常复杂任务默认high，并显式收敛max_tokens。 - 坚持高低模型混编：保留 Opus 5.5 处理 80% 以上的常规编码，仅在跨语言重构、多表逻辑核验或疑难会诊时唤醒 Fable 5.2。
- 纳入任务级追踪：在 HiFox 中结合《Agent 如何执行任务》配置单任务最大运行时长，把每次模型路由、耗时与代码改动留在任务时间线上备查。
HiFox
