你的 Claude Code 5 小时额度几分钟就用完了，而你的使用方式并没有变。2026 年 10 月 27 日，r/ClaudeAI 上一篇获得 1500 多分的帖子反映的正是这件事：作者用 ccusage 测得当天共 13.06 亿 token，而此前日均为 1.61 亿，数字包含缓存读取。原因尚未确认。你能掌控的是先测量谁在消耗，再削减占比最大的部分。
Claude Code 额度被快速消耗，是 Anthropic 的问题吗？
目前无法断定。当天确实有一次官方故障（Sonnet 5.5 错误率升高，我们在另一篇文章里写过），但我没有找到任何官方来源把这次故障与额度消耗联系起来。
Reddit 帖子的作者称，客服回复说由服务错误引起的重试会计入额度。这只是一位用户的说法，Anthropic 没有公开确认。官方错误文档的说法则不同：Claude Code 会对暂时性失败最多重试 10 次，并采用指数退避，而 529 过载错误不会计入你的额度。
所以两种情况下做法一致：先弄清消耗是否来自你自己的使用，再削减属于你的那部分。
如何用 /usage 查看是什么在消耗额度？
在 Claude Code 里运行 /usage。在 Pro、Max、Team 和 Enterprise 套餐中，界面会显示套餐用量条，以及计入额度的明细：技能、子代理、插件和各个 MCP 服务器各占多少百分比，另有建议，并标出每条建议影响的用量占比。
/usage- 按
d或w在最近 24 小时和最近 7 天之间切换。 - 像
25% Trim ~/code/api/CLAUDE.md · 49k tokens per request这样的一行，表示你的 CLAUDE.md 影响了最近 25% 的用量。 - 当底部显示
f to fix时，按f会执行 Claude Code 能处理的建议（需要较新版本的 Claude Code）。 - 数字是近似值，来自本机的本地历史。其他电脑或 claude.ai 上的用量不包含在内。
顶部的 Session 区块显示当前会话的 token 和美元数。在 Pro 或 Max 订阅下，美元数不是实际扣费，只是按标价估算。
如何用 ccusage 对比自己的历史用量？
ccusage 读取本地历史，按天、按会话或按 5 小时窗口汇总 token。发帖的作者就是用它发现了用量激增。无需安装：
npx ccusage@latest daily
npx ccusage@latest blocks
npx ccusage@latest session
npx ccusage@latest daily --since 2026-10-20 --breakdowndaily显示每天的 token，把今天与本周平均对比。blocks显示 Claude Code 的 5 小时窗口。session显示哪个会话最重。--breakdown按模型拆分，--since用来限定时间范围。
有一点要注意：ccusage 的总数包含缓存读取，而缓存读取很便宜。Reddit 帖子自己也说明了这一点：光看数字并不能证明原因。同时要看输出 token，如果问题只是上下文过大，输出 token 变化不会很大。
有哪些因素会在不知不觉中消耗额度？
Claude Code 官方成本文档列出了长会话中用量偏高的常见原因。下表把每一项对应到查看方式和处理办法。
| 原因 | 如何查看 | 怎么做 |
|---|---|---|
| 上下文过长：每次请求都会重发整个对话 | /context | 切换任务时 /clear，任务中途 /compact |
| 缓存失效：停顿后的第一条消息会重新处理全部内容 | /usage 中的 Prompt cache 行 | 不要长期开着旧会话，重新开始 |
| 模型较重：Opus 比 Sonnet 耗额度多，Sonnet 又比 Haiku 多 | /model | 日常用 Sonnet，只在难题上用 Opus |
| 扩展思考强度高 | /usage 中的建议 | 简单任务调低 /effort |
| CLAUDE.md 过大，每轮都会加载 | /usage 中的建议 | 控制在 200 行以内，其余改成技能 |
| MCP、子代理和定时任务 | /usage 中的占比归因 | 用 /mcp 关闭不用的服务器 |
哪些命令能立刻降低消耗？
按影响从大到小排列，官方文档称 /clear 是最有效的手段：
/rename my-task # 清空前先命名
/clear # 切换话题时从头开始
/resume # 需要时回到命名的会话
/compact Focus on code samples and API usage # 压缩并保留重点
/model # 普通任务切换到 Sonnet
/effort # 简单任务调低思考强度
/mcp # 关闭不用的 MCP 服务器有两点要注意。/compact 也要读取整段对话才能做摘要，所以压缩一个很大的上下文本身就是一次大请求。另外，在 Opus 5.5、Sonnet 5.5 和 Haiku 5.5 上，思考无法关闭，只能通过思考强度来降低。
文档里还有两条建议：引用文件路径，而不是粘贴内容（粘贴的内容会一直留在上下文里直到会话结束）；做大改动前先要一份计划，按 Shift+Tab 进入计划模式。
如果额度仍然很快用完怎么办？
那问题可能就不在你的使用方式上。先记录日期，运行 npx ccusage@latest daily 并保存输出，再向客服提交请求，因为 Reddit 帖子的作者正是拿它当证据。在此期间要继续工作，会话额度提示会显示窗口何时重置，订阅用户还可以用 /usage-credits 管理额外用量额度。
之所以要这样反复测量和裁剪上下文，是因为额度就是那把尺子。在 Verboo Code 上 token 不限量，今天会消耗额度的长会话，成本和短会话一样，剩下需要操心的是上下文的质量，而不是余额。
