很多人用 Claude Pro 时会遇到一种情况：明明没聊几句，额度提示就来了；或者一周刚开始，重活一干就见底。这时最常问的就是「一周额度折合多少 token」。这篇不给固定数字——官方并没有按 token 公布周额度——而是给一套估算口径、消耗规律和自查步骤，让你能算出自己这周的额度大概落在什么量级，以及它什么时候不适用。
很多人用 Claude Pro 时会碰到一种情况：明明没聊几句，额度提醒就来了；或者一周刚开始，集中干几件重活就见底。这时候最常问的就是「一周额度折合多少 token」。这篇不给固定数字，因为官方并没有按 token 公布周额度，任何写死的数字都是第三方估算。我们给一套能自己算的口径、能对照的消耗规律，以及见底前的自查步骤。
核心思路是把「周额度」当成一笔等效预算，再用按量单价倒推它能换多少轮对话、多少 token。算出来的量级只对你自己这一周的用法成立，换个用法、换个模型档位就变。所以下文所有涉及金额和单价的地方，都请你到站内页面核对当时的数字，别背下来。
先弄清：为什么没有一个固定的 token 数字
Claude Pro 的周额度按「用量」计量，官方没有公开一张 token 折算表。你看到的任何具体数字，本质上都是有人拿自己的使用行为倒推出来的，换个模型档位、换个输入输出比例就对不上。所以与其找一个标准答案，不如理解折算依赖哪几个变量。
- 模型档位
- 高档位模型单 token 更贵，同一笔额度能换的 token 明显更少，混用会让估算失真。
- 输入输出占比
- 输出通常比输入贵，生成大段文本比读长文档更烧额度。
- 缓存命中
- 命中缓存的重复上下文，实际计费口径和普通输入不同，长对话里影响很大。
正确的锚点是官方订阅页的额度说明加上按量价格页的当期单价，两页配合才能倒推出量级。订阅页讲清额度怎么计量，价格页给你单价作为换算基准，两个数字都写当下的，不要记。
还有一种容易被忽略的情况：额度规则本身会调整。如果你感觉这周额度口径和之前不一样，先别怀疑自己的用法，去订阅页确认规则有没有变，再回头看消耗。
估算方法：用「按量价倒推」走三步
- 锁定本周主力模型先确认你这周主要用哪个档位的模型。如果一周里高档位、低档位混着用，估算会偏，建议只拿主力档位算，其余单列。
- 取一段代表性对话折算挑一段典型对话（长度和复杂度接近你日常用法），用 /tools/model-cost-calculator 或 /tools/token-price-calculator 把它折算成按量花费，得到一个「单轮平均花费」。
- 用等效预算除一除把周额度的等效金额除以单轮平均花费，得到大概能跑多少轮。金额和单价去上面两页看当期数字，别记，算完就丢。
三步走完，你得到的是一个量级，不是一个精确值。它的用处是回答「这周大概能跑多少轮重活」，而不是「我还能用 X 个 token」。心里有量级，见底前的判断就有依据。
| 你的用法 | 倒推结果的可信度 | 怎么调整 |
|---|---|---|
| 以短对话、问答为主 | 较高 | 可直接用单轮平均花费推算 |
| 长文档读取加少量输出 | 中等 | 把输入侧单独估，别和聊天混算 |
| 文件上传、长上下文频繁重发 | 偏低 | 单独抽一组长对话样本重算 |
| 多轮工具调用、自动化脚本 | 低 | 别用单人倒推，按账号实际行为记 |
消耗规律：哪几类操作最烧额度
额度掉得快，多数时候不是额度变小了，而是某几类操作特别烧。认清这几类，你自己就能判断这周的消耗正不正常，不用等到见底才反应。
- 长上下文反复重发：每轮都把长文档或长代码整个带进去，消耗随轮数成倍上涨。
- 大段输出：让它一次生成很长的文本，输出 token 通常比输入更贵。
- 频繁切换模型：用高档位模型跑简单活，是最典型的白烧。
- 重试与改写：同一段内容反复让它重写，等于把额度花在重复劳动上。
- 多轮工具调用：一轮里多次调用外部能力，累加起来常被低估。
对照自查时，先看你的调用量级是不是真的大，再判断是不是用法问题。去 /usage 看自己的实际用量，去 /price-watch 对照当期价格口径，两个一交叉，多数异常能定位到具体某类任务上。
一个通用场景：一家 5 人小团队共用几个账号、拿 Pro 干日常写作和代码片段。这种用法里长上下文和输出是大头，单轮消耗远高于单人聊天。判断额度够不够，要按账号的实际任务类型分开记，别拿单人聊天的量级套。不适用的情况是：团队里有人把账号接进自动化流程，那这部分消耗要单独拆出来看。
自查流程：一周额度的三步核对清单
把上面的方法和规律落成一周内的三步动作。关键不是算得多准，而是在额度见底之前就能判断「是用法问题还是口径问题」。下面这张清单按顺序执行即可。
| 时点 | 做什么 | 看什么 |
|---|---|---|
| 开始前 | 记录本周主要任务类型，聊天、写作、代码、长文档分开记 | 任务类型清单，别混着记 |
| 过程中 | 每完成一类任务，粗算一轮消耗，和上周同期比 | 单轮消耗有没有明显变大 |
| 见底时 | 区分「用量确实大」还是「额度口径变了」 | 用量大就调用法，口径变就去订阅页核对 |
- 开始前先定好本周主力档位，别一开始就混用。
- 过程中只比同期、不比绝对数，避免被单次异常带偏。
- 见底时先回顾最近有没有长上下文重发，再考虑是否调低档位跑简单活。
- 如果是口径变化，去 /coding-plans/anthropic-claude-product-subscription-pro 核对当期规则。
- 把结论记成一句话，下周对照，比每次重新推一遍省事。
什么情况下这套自查不适用：团队共用账号、多人同时使用，或者把 Pro 接进自动化脚本。这时单人按任务类型记的消耗会失真，要按账号实际行为单独记，每个使用者的用量拆开看。判断标准就一条——只要同一账号有多个使用者或自动流程，就别用单人清单套。
额度见底不可怕，怕的是你分不清是用得太多，还是规则变了。下一步把自己的本周用量和当期价格口径对一遍，就能算出你这周额度的大致量级。去站内用量页看实际消耗，再去价格追踪页对照当期数字，两边一起看最省事。→
常见问题
Claude Pro 一周额度到底等于多少 token？
没有官方公开的固定换算。周额度按用量计量，折算结果取决于你用什么模型档位、输入输出比例和是否命中缓存。可行做法是拿按量价格页的当期单价反推：用一段代表性对话算出单轮花费，再用额度等效金额去除，得到轮数量级，而不是一个固定 token 数。
为什么我算出来的 token 数和别人差很多？
因为两个人的使用方式不同。长文档、代码、多轮工具调用会显著抬高单轮消耗；纯短问答则低得多。另外，模型档位不同，同样的 token 量花费也不一样。比较时先对齐「任务类型、模型档位、输入输出比例」三个口径，否则数字没有可比性。
额度掉得比预期快，先从哪里查？
先看自己的用法：是不是每轮都重发长文档、是不是用高档位模型跑简单任务、有没有反复重试。再对照站内用量与价格变动页面看是不是计费口径调整。两类原因处理方式完全不同：前者改用法，后者去官方订阅页核对当期规则。
