先给结论:Claude Pro 的计划内用量不包含 Fable 5.1;Claude Max 包含 Fable 5.1,但 Fable 只能占现有每周用量上限的最多 50%。 这 50% 不是额外赠送的新额度,也不是订阅费打五折。
Anthropic 在 2026 年 9 月更新的 Fable 计划说明把规则分得很清楚:
| 账号或席位 | Fable 5 / 5.1 先从哪里扣 | 到达边界后 |
|---|---|---|
| Max 5x、Max 20x | 原有每周共享用量,Fable 最多占 50% | 切换其他模型,或启用 usage credits 继续付费 |
| Team Premium、旧版席位制 Enterprise Premium | 席位的共享周用量,Fable 最多占 50% | 按组织设置切换模型或付费继续 |
| Pro、Team Standard | 从第一条 Fable 请求起扣 usage credits | 由预付余额与消费上限决定是否继续 |
| 旧版席位制 Enterprise Standard | 组织启用 usage credits 后按量扣费 | 未启用时不能走该付费路径 |
| 按量 Enterprise、Claude API | 按标准 API 费率计费 | 由组织或项目预算控制 |
Free 计划不提供 Fable 5 或 Fable 5.1。更重要的是,中文读者还要先核对地区:截至 2026 年 9 月 3 日,Anthropic 官方支持地区清单没有列出中国大陆。语言是中文不等于账号具备购买或使用资格;如果实际页面没有入口,应停在核验,不要尝试绕过限制。
50% 到底限制了什么
把 Max 的每周用量看成同一个 100% 进度条,会更容易理解。
如果 Fable 已消耗 35%,其他 Claude 模型消耗 25%,总用量是 60%。此时 Fable 的计划内空间最多还剩 15 个百分点;其他模型仍可使用尚未消耗的共享额度。Fable 到达 50% 后,不会再从“剩余的另一个 50%”继续免费扣,因为那并不是第二桶 Fable 额度。
这个例子只解释比例,不能反推出固定 token 数。Anthropic 没有公开 Pro 或 Max 每周固定包含多少 token,也没有承诺固定消息数。模型、effort、对话长度、文件、工具调用和功能都会改变进度条的消耗速度。官方还明确提醒,Fable 模型会比其他 Claude 模型更快消耗计划用量,但没有给所有任务通用的换算倍率。
每周额度的重置时间由账号固定分配,不会因为刚订阅、刚升级或刚选择 Fable 而重新开始。真正的日期和时间应以 Settings > Usage 为准。五小时 session 上限是另一条限制:它可能先触发,但五小时重置也不会补回已经用完的周额度。
为什么 Pro 有普通额度,却仍会为 Fable 付费
Pro 的普通周额度可以继续用于计划内模型,但 Fable 5 与 Fable 5.1 不在这个包含范围里。只要选择 Fable,第一条请求就走 usage credits。你需要先在网页版 Settings > Usage 启用使用额度、添加余额并设置消费上限。
Max 的顺序相反:先使用计划内的 Fable 50% 份额;触顶后再决定是否切换模型或接受按量付费。因此,同样是“周额度还有剩余”,Pro 与 Max 的下一条 Fable 请求可能完全不同:Pro 从开始就收费,Max 在 Fable 子上限内不额外收费。

如果你是在判断要不要从 Pro 升级,可以把每月实际 usage credits 支出、重要任务被中断的时间损失,与 Max 的价差一起计算。不要只看“5x”“20x”就推断 token 数;更完整的计划判断见 Claude Pro 与 Max 对比。
Fable 5.1 按量使用如何计算
usage credits 是订阅费之外的预付余额,按标准 API 价格消耗。它与 Claude Console 里的 API 项目余额不是同一个账户。根据 Fable 5.1 当前模型资料,直接费用为:
- 普通输入:每百万 token 10 美元;
- 输出:每百万 token 50 美元;
- 5 分钟缓存写入:每百万 token 12.50 美元;
- 1 小时缓存写入:每百万 token 20 美元;
- 缓存读取:每百万 token 0.25 美元。
不计缓存的基础公式是:
费用 = 输入 token ÷ 1,000,000 × $10 + 输出 token ÷ 1,000,000 × $50
例如 50,000 输入加 10,000 输出,基础费用约为 1 美元。真实 Claude Code 任务还可能重复读取上下文、执行工具、失败后重试并产生多轮输出,因此不能把这个示例写成“每 1 美元固定完成一次任务”。
Fable 5.1 与 Fable 5 的普通输入、输出价格相同,但缓存读取不同:5.1 是 $0.25/MTok,Fable 5 仍是 $1/MTok。核对历史账单时不要混用。官方价格表还列出 Batch API 输入和输出五折;那是 API 批处理价格,不会增加 Pro 或 Max 的周额度。
Anthropic 对大多数工作负载建议先从 Opus 5 开始,只在高难推理或长时间 agent 任务确实需要时选择 Fable 5.1。更便宜的模型已经通过你的测试,就没有必要为了“更新”继续消耗更贵的额度。
别把 7 月的活动套到 Fable 5.1 上
旧截图里确实出现过“付费用户最多可把 50% 周额度用于 Fable”的活动,但那次活动在 2026 年 7 月 19 日 23:59:59(太平洋时间)结束,而且只针对 Fable 5。
当时部分符合条件的 Pro 和 Team Standard 账号获得过一次性过渡 credit。Fable 5.1 从未参加该活动,也没有对应的新一次性 credit。现在新订阅后看不到领取入口,并不是页面故障;不要把过期新闻中的 100 美元余额计入购买决策。
开始长任务前,用账号页面做一次闭环

- 在同一账号打开 Settings > Usage,确认计划或席位、周重置时间、Fable 进度、usage credits 余额、月度上限和自动充值。
- 使用 Claude Code 时,Fable 5.1 需要 2.1.250 或更高版本;再用
/status核对当前登录账号和计费路径。 - 先跑一个有明确验收条件的代表任务,记录前后进度或余额变化。不要只看输入框里的新提示词估算成本。
- 给可能的重试留预算;剩余余额无法覆盖一次完整重试时,停止、缩短上下文或切换模型。
如果 Claude Code 实际走的是 API key、网关或另一个账号,应先用 API key 与订阅账单判断方法查清扣费主体。若困扰你的不是 Fable 子上限,而是五小时与周额度的关系,再看 Claude 用量上限说明。
最终只需记住一条:Pro 的 Fable 5.1 从第一条请求起按量付费;Max 与符合条件的 Premium 席位先使用共享周额度,但所有 Fable 模型合计最多占其中 50%。 先看自己的 Settings > Usage,再决定是否让下一条请求进入付费计量。



