很多人第一次用 Claude Code，会以为「Code 是单独的免费产品」，结果装了客户端、登录账号，跑几轮就提示用量到顶，人还没搞明白额度是订阅给的还是 API 扣的。这篇把入口、用量口径、查看位置和省钱顺序一条条摆出来，方便你对照自己的账号状态做判断。
额度怎么查、看到什么算快用完了
查额度前先做一件事：确认你现在这个终端会话是登录订阅账号，还是挂了 API key。两种身份走的是两套账本，跑到错误的页面看，看到的数字跟你实际消耗没关系，白紧张一场。
- 看身份来源翻一下客户端的登录状态或环境变量，确认走的是订阅登录还是密钥调用。判断标准很简单：能不能在账号的套餐页里看到你自己的用量说明，能看到就是订阅侧，看不到就只能去控制台查。
- 订阅侧看什么订阅登录的，去套餐页和站内说明页看当前档位的用量描述，再对照客户端里出现的接近上限类提示。这类提示通常按滚动时间窗刷新，不是自然月清零，别拿日历去算。
- 按量侧看什么用密钥的，去控制台账单与余额页看消耗曲线和剩余额度。这里看的是真金白银，余额往下走就是走 API，跟订阅额度无关。
- 别互相套用最常见的误判是拿余额页的静止状态去证明「我没花钱」，或者拿订阅提示去推 API 余额。两边各看各的，不要把一方的现象解释成另一方的结论。
| 你看到的信号 | 大概率走的是哪条路 | 接下来看哪 |
|---|---|---|
| 出现接近上限提示，但账单余额没变化 | 订阅额度 | 套餐页与客户端提示说明 |
| 余额持续下降，账单有新增记录 | 按量 API | 控制台账单与余额页 |
| 两边都看不到明显变化 | 提示口径不一致，或还没触发计量 | 先确认登录身份再重查 |
| 提示频繁但账单不动，且换了密钥后消失 | 订阅额度已接近上限 | 回套餐页核对当前档位 |
- 先定身份再看数，顺序反了必然误判
- 滚动时间窗不等于自然月，别按月初重置去预期
- 提示类信号只能当参考，账单类信号才是按量侧的依据
- 档位名称、换算比例和具体数值会调整，不要凭记忆里的旧数字下结论
- 拿不准就把身份和信号一起记下来，再去站内页面对照当时的官方说法
这里不给任何写死的档位数字和倍数，因为这类参数改得比文章更新快。想看当时的口径，去站内的 Anthropic 订阅说明页和 Claude Pro 页面核对，以你查的那一刻为准。
下一步把你的身份（订阅还是密钥）和看到的信号对一遍，再去这两页确认当时的档位说明与用量口径，能省掉大半误判。→「3x」「5x」这类倍数到底指的是什么
很多人第一次看到「3x」「5x」，第一反应是「额度翻三倍、五倍」，然后拿它去和 API 按量计费对比。这两件事不是一回事。倍数只在同一家、同一档订阅体系内部成立，说的是相对基准档的可用量倍数，不是给你一个跨平台的 token 数字。
- 倍数口径
- 同一订阅体系里，相对基准档的可用量倍数，只在体系内横向比
- 不等于 API 额度
- 不是 token 数，也不是按量计费的等价金额，两者不能直接换算
- 适用边界
- 换平台、换计费方式、换官方口径后，倍数就不再可比
倍数越高不等于单价越划算。真正决定值不值的是你自己的用量曲线：偶尔集中冲一波的人和每天跑长任务的人，看到同一个倍数会得出相反结论。前者可能基准档常年用不满，后者可能基础档位一开就顶到上限。
| 你的用量情况 | 对高倍数的判断 | 建议动作 |
|---|---|---|
| 长期低于基准档上限 | 追高倍数是浪费 | 先留在基准档，观察一到两个周期 |
| 偶发爆量、平时很闲 | 高倍数性价比一般 | 先看是否有临时加量或按量补充的方式 |
| 稳定顶到基准档上限 | 才值得考虑往上走一档 | 升级前记录两周用量峰值，再决定 |
| 天天跑长任务、持续超限 | 高倍数是刚需而非省钱 | 对比更高档位与按量组合，算总成本 |
- 先看自己的真实用量连续记录两到三周，标出每天峰值和平均值，别凭印象判断自己是不是「重度用户」。
- 对照基准档上限把自己的峰值和基准档上限比，如果长期在上限以下，就先别动。
- 确认倍数口径倍数换算成 token 或按量等价金额会随官方调整变化，比值去 /coding-plans/anthropic-claude-product-subscription-max-5x 这类页面看当前口径。
- 再决定是否升级只有稳定超上限才考虑往上走一档，否则先优化使用方式，比如拆分长任务、减少无效重跑。
一个容易踩的坑：拿倍数去和 API 按量计费比单价。官方随时可能调整口径，倍数对应的 token 或等价金额会变，昨天算出来的结论今天未必成立。所以别记死数字，记方法——先去站内对应页面核对当前口径，再结合自己的用量曲线判断。
额度不够时，按这个顺序处理更省
额度见底时，很多人的第一反应是加钱升档。但按成本从低到高排一遍顺序，往往前两步就能把问题解决掉，根本轮不到掏钱。下面这套处理顺序，从零成本的动作开始，一步一步往外走。
- 先缩任务范围把大仓库拆成小目录再让工具进去，只让它读当前要改的那几个文件，别让它扫全库。检索范围写死，日志和构建产物目录直接排除，关掉用不上的上下文自动读取。这一步完全零成本，通常当场就能省下一截额度。
- 再检查会话长度一个会话拖太长，每轮都可能把前面所有历史重新带上，额度是成倍烧的。判断方法很简单：看两轮对话之间的等待时间是不是明显变长。是的话就及时开新会话，把已经确定的需求用一句话重新交代清楚。换会话比换套餐便宜得多。
- 然后把重活拆出去高频的、量大的任务走按量 API，低频的、探索性质的任务留在订阅里。两边分开记账，比如各自记一份调用次数或任务清单，这样月底才好核对到底哪块在吃额度，也方便判断下一步该动哪个。
- 最后才考虑升档或换渠道前几步都做完了还是不够，再去比价。同一个档位不同地区、不同渠道的价格可能不一样，先横向比一轮再决定。对比时注意看的是当下数字，不是别人截图里的旧数字。
| 处理顺序 | 成本 | 什么情况下不适用 |
|---|---|---|
| 缩任务范围 | 零成本 | 瓶颈不在上下文读取，而在必须跑完整仓库的构建或测试 |
| 控制会话长度 | 几乎零成本 | 任务本身需要跨很多轮连续推理，开新会话会丢关键中间结果 |
| 按量与订阅分账 | 按量部分产生费用 | 团队没有记账习惯，分完之后也没人看，那就白分了 |
| 升档或换渠道 | 直接多花钱 | 用量本来就低，只是偶尔几天冲高，升档不划算 |
走到比价那一步时，别只看一个渠道的标价。站内已经把几个常见档位的订阅方案整理成了对照页，翻一遍再决定，比自己在外面东拼西凑靠谱。具体某个档位当前卖多少、按量单价是多少，页面上的数字会变，以当时看到的为准。
翻一下订阅对照两页内容互补：一页讲这个档位值不值、适合谁用，另一页把订阅方案本身横向摆开对比。先看前者判断自己该不该上，再看后者比价格。→常见问题
Claude Code 有没有完全免费、不绑订阅的用法？
目前没有稳定的官方「纯免费 Code」说法，实际能用的路子是账号套餐里带的额度，或者自己接按量 API。所谓免费多半是试用、赠送或第三方渠道的额度，规则随时会变，别把它当长期方案，先看 /coding-plans 里的口径说明。
3x、5x 的用量额度到底是多少？
官方没给固定的 token 数字，倍数描述的是相对基准档的可用量。想换算成具体次数或 token，得结合你自己的任务长度估，并且要按当时的口径来。到 /plans/claude-max-5x 这类页面看当前档位说明，再拿自己的用量记录去对。
同一个账号既用订阅又用 API，账单怎么看？
两边是分开计的：订阅部分不会出现在 API 账单里，API 消耗只扣余额。建议记录每次任务走的是哪条路，月底分别看，否则很容易觉得「明明买了套餐怎么还在扣钱」。对账口径可参考 /usage 里真实用量的呈现方式。
