# 用 Claude Code 排查高用量：记录基线、调整一项再比较

想降低 Claude Code 用量，可以先用 /usage 保存同一台电脑上的近期归因，再检查长指令、重复任务和本次不用的工具。本文给出两次相似任务的对照表，说明如何同时记录 token、请求数、耗时与结果质量，解释归因占比和缓存重建的含义，并列出用量接口限流时的处理方式。该方法用于定位可调整因素，不把本地估算当成正式账单，也不承诺固定的节省比例。

原页面：https://ccmaxplan.com/articles/claude-code-usage-optimization-comparison

发布时间：2026-11-10T01:56:21.684074+00:00

更新时间：2026-11-10T01:56:21.684074+00:00

用量突然升高时，先保存一次完整观察，再改变一个因素。**同时比较消耗和完成质量，才能判断调整是否有帮助。**

## 第一次运行：记录可比基线

选择一个有明确完成标准的小任务，例如给现有函数补一项测试。在 `/usage` 中记录统计周期、Session token、主要归因项和缓存情况。另记请求数、耗时和测试结果。

| 记录项     | 第一次  | 调整后   |
| ------- | ---- | ----- |
| 任务与输入范围 | 实际填写 | 尽量一致  |
| 模型与思考设置 | 实际填写 | 记录变化  |
| 指令和工具配置 | 实际填写 | 只改选定项 |
| 用量与耗时   | 实际填写 | 实际填写  |
| 结果是否达标  | 实际填写 | 同一标准  |

按实际运行结果填写表格，保留比较时使用的任务和输入。用量归因来自本机历史，网页端和其他电脑的消耗应另查。

## 选择一个能解释的调整

例如 `/usage` 指出常驻 CLAUDE.md 很长，可先删除重复说明，把仅适用于一个目录的要求移入路径规则。或者发现一个本次不用的 MCP 工具持续参与请求，检查是否需要在该任务中启用。

修改前保存原配置。一次只调整一项，便于解释结果；直接同时换模型、删指令、关工具，会让前后差异难以归因。

## 读懂归因和缓存信息

占比 25% 表示该项涉及的近期用量，实际可减少多少由调整方式决定。多项可以覆盖同一次请求，因此比例总和可能超过 100%。

Prompt cache (main) 中的 misses 表示缓存内容重新处理；expected rebuilds 包括压缩或工具结果整理造成的预期重建。比较时把是否经历压缩、闲置和配置变化一并记录。

Session 美元数按本地 token 与价格估算。正式账单看对应计费后台，订阅用户也应单独关注套餐使用条和已开启的 usage credits。

## 第二次运行：按相同标准验收

使用相似规模的输入和同一完成标准，再记录实际结果。若 token 少了，测试却没覆盖要求，这次调整没有完成目标。若结果达标且重复材料减少，可保留配置，继续观察更多任务。

用量接口限流时，检查界面的 last-known usage 时间。先等待提示的恢复时间，再按 `r` 刷新，避免拿旧快照当作第二次实测。

## 常见问题

Q: 只看总美元数够吗？

A: 同时看 token、任务规模、耗时和结果质量；美元数还受模型及本地价格设置影响。

Q: 归因百分比可以直接算节省吗？

A: 官方说明它表示涉及的用量范围；节省量需要通过调整后的实际结果比较。

Q: 为什么两次相同提问消耗仍不同？

A: 历史上下文、缓存、工具调用及生成内容都可能变化，记录这些条件后再判断。

Q: 删掉所有项目说明会更省吗？

A: 先保留影响正确执行的必要规则，减少重复内容。缺少关键约定可能增加返工。

Q: /usage 数据多久一个范围？

A: 近期归因可用 d、w 切换 24 小时和 7 天，Session 则是当前会话统计。

Q: 测到一次下降就能推广全团队吗？

A: 先在几类实际任务上复测，把达标情况与用量一起交给团队审阅，再决定共享配置。

## 参考资料

* [Claude Code 用量与成本](https://code.claude.com/docs/en/costs)