11 月 9 日，Anthropic 发布 Claude Fable 5.2，并更新了面向开发者的使用说明。对准备把新模型接入编程工具或 AI 产品的团队，一个容易忽略的细节会影响体验与费用，同一模型在 API 和 Claude Code 中的默认推理档位不同。本文用一次跨模块修改任务，说明该怎样选档位、比较成本，并留下可复查的验收记录。

推理预算花在哪里，三盏勘探灯照亮同一张工程地形图的概念插画

原创 AI 概念插画，以照明深度表示不同的推理投入。

[配图建议：三盏不同照明深度的勘探灯照亮同一张工程地形图，终点是一张已验收的图纸 + 靛蓝与杏橙色编辑插画]

1. 同一个新模型，两个入口有不同默认值

此次发布的 Fable 5.2 可以通过 Claude Platform 的 claude-fable-5-2 调用。公告将其定位于复杂任务与长时间工作，并给出标准 API 价格，每百万输入 token 8 美元、每百万输出 token 40 美元。这里的 token 是服务计费单位，中文字符与 token 不能直接按一比一换算。官方发布公告

更值得开发者留意的是默认配置。Fable 5.2 的 API 默认推理档位为 high，Claude Code 默认则为 medium。 API 文档建议从 high 开始，再用自己的评估决定是否调整；客户端文档把 medium 列为该模型的默认档位。API effort 说明、Claude Code 模型配置

这会产生一个实际问题。团队成员在终端里觉得新模型响应合适，接入自家应用后却发现用量变化。两个入口即使显示同一模型名，起点也可能不同。比较体验前，应把模型版本、档位、输入材料和验收目标一起记录。

这也说明，直接复用上一代模型的配置，未必能得到适合当前任务的投入。对独立开发者，最有价值的升级准备，是先建立一条清楚的基线，再判断增加推理是否带来了可验收的改善。

[配图建议：同一模型分别进入API与编程终端，入口旁标出high和medium两个默认值 + 简洁的双入口技术示意图]

2. 推理档位影响投入，任务验收决定值不值得

Effort 是控制模型响应投入的参数。它会影响推理、文本输出和工具调用，较低档位也可能使工具调用更简练。Fable 5.2 支持从 low 到 max 的五档，文档提醒最高档可能付出更多时间和 token，而收益取决于任务。API effort 机制与档位说明

设想你要给一个知识库产品增加“项目归档”。改动涉及列表显示、搜索过滤和恢复操作。若需求只写“支持归档”，模型可能完成页面按钮，却漏掉恢复后的搜索结果。更明确的验收条件应包含三个业务状态，归档前可搜索、归档后默认隐藏、恢复后重新出现。

增加推理投入是否有价值，要看它有没有补齐这类遗漏。 你可以观察模型是否追踪状态在多个模块中的传递，是否找到了旧测试中的假设，以及最终修改能否通过既定验收。回答更长、解释更复杂，都不足以单独证明任务完成得更好。

对团队而言，任务也可以分层。范围明确、有人逐步复核的修改，可以先建立中等档位基线；跨模块问题或反复失败的任务，再尝试提高档位。这样每一次升级都对应一个具体问题，更容易判断增加的投入用在了哪里。

还要保留输出边界。API 的 max_tokens 是推理加回答文本的总输出硬上限。只提高 effort，却给很小的输出上限，可能让任务在产出完整结果之前耗尽额度。API 输出上限说明

[配图建议：项目归档任务连接列表、搜索和恢复三个模块，每个模块旁都有明确验收状态 + 产品工程流程图]

3. 算成本时，把重试、等待和人工复核放进来

标准 API 的一个简化估算，是将未缓存输入与输出分别按单价计算，再加上实际使用的其他计费项目。例如，假设一次请求有 10 万个未缓存输入 token 和 1 万个输出 token，按公告标准价计算，基础 token 费用为 0.8 加 0.4，共 1.2 美元。这是示例算式，实际账单还要核对缓存、工具与服务计费条件。官方标准价格

但产品开发真正关心的是一次修改完成后的总成本。如果第一次结果遗漏恢复逻辑，接下来补充上下文、重新调用、重新测试，都属于同一任务的投入。低价的一次请求与低成本的一次交付，是两个需要分别记录的指标。

这里还要区分两个开关。Effort 调整推理投入；fast mode 则是同一模型的速度配置。官方给出的 Fable 5.2 fast mode 单价为每百万输入 16 美元、输出 80 美元。其“最高 2.5 倍”是厂商描述的提速上限，不能据此推算整个工程任务必然缩短到相同比例。Claude Code fast mode 说明

如果等待主要发生在依赖安装和外部测试，模型输出提速对总耗时的影响就会受到限制。对于需要现场交互、频繁等待响应的工作，才更值得单独测量提速配置的价值。

用量记录也有口径差异。Claude Code 的 /usage 可以显示当前会话用量和估算费用；订阅用户看到的会话金额不等于实际订阅账单。团队比较时，应同时保留会话估算和实际计费依据。用量与费用管理文档

[配图建议：一次任务的费用记录包含首次调用、修订调用、测试等待和人工复核四部分，不显示虚构金额或成绩 + 清爽的工作台信息图]

4. 今天的最短试用路径，先固定任务再比较配置

Claude Code 使用 Fable 5.2 需要 v2.1.321 或更高版本。具备访问权限的用户，可以先确认版本，再明确选用模型；若经过网关，还需确认上游实际提供这个模型。模型版本与访问说明

claude --version

进入 Claude Code 后
/model claude-fable-5-2
/effort medium

/effort 用于设置档位。组织策略可能限制可用档位，因此选择后应核对客户端显示的实际配置。API 应在请求中明确设置 output_config.effort，这样测试记录不会依赖某个入口的默认值。客户端档位设置、API 参数示例

先写验收条件，再开始比较。 为归档功能准备同一份代码起点、同一组需求和同样的测试数据，用独立会话分别运行，避免后一次直接继承前一次的答案。下面是一个待填写的试用计划。

配置 固定条件 记录重点
medium、标准速度 同一代码起点和验收用例 首次完成情况、修订次数、总用量
high、标准速度 保持需求与工具一致 是否减少遗漏、总费用与人工复核时间
选定档位、fast mode 只改变速度配置 模型等待和任务总耗时分别怎样变化

单次结果可以发现问题，判断稳定性还需要重复任务。建议保留失败案例，查看它是需求不清、工具不可用，还是跨模块判断出现遗漏。若提高档位没有改善验收结果，就继续修正任务材料和执行环境。

[配图建议：三组独立测试从同一代码起点出发，汇总到一张尚待填写的验收记录表 + 教程式对照图]

总结，把推理预算和任务结果放在一起看

Fable 5.2 为复杂开发任务提供了新的选择，API 与 Claude Code 的不同默认值，也提醒团队把配置写进评估记录。今天先挑一个能清楚验收的真实任务，固定模型、档位和输入，记录完成情况、修订次数及总费用，再决定是否扩大使用。你的项目更常把时间花在模型推理、外部工具等待，还是人工修正遗漏？从最明显的一处开始测量。

[配图建议：工程地图终点放置任务验收记录，旁边标注配置、结果与成本三个观察维度 + 靛蓝色极简编辑插画]

资料核查于 2026 年 11 月 10 日。本文依据 Anthropic 官方公告与产品文档编写，场景、算式及试用表为说明方法而设，本站未执行模型性能测试。提速描述归属于厂商，价格以调用时的实际计费条件为准。封面由内置图像工具原创生成，为概念插画。