4个习惯正在偷走你的Claude Code额度（附诊断提示词）

Claude Code的用量限制常常让人措手不及。你可能觉得自己没发多少消息，额度却掉得飞快。问题往往不在于你用得多，而在于用的方式——几个不起眼的习惯，会让每次请求都携带大量冗余内容，成倍放大消耗。

YouTube上一位创作者总结了四个最烧额度的使用习惯，并给出一个能自动找出你个人“耗电大户”的提示词。理解这套逻辑的关键在于Claude Code的计费机制：每次请求都会把整段对话历史一并发送，因此对话中累积的任何内容，都会在后续每一条消息里重复计费。

习惯一：模糊的需求描述

“帮我改进这个代码库”是最典型的烧额度句式。这种指令会触发大范围的代码扫描，模型需要读取大量文件才能确定从哪里下手。

更省额度的做法是把范围收窄到具体函数和具体文件。点名“优化 parseConfig 函数所在的 config.ts”，模型读取的内容量会大幅减少。这不是让模型变笨，而是避免它为了定位问题而把整个项目翻一遍。范围越明确，消耗越可控。

Claude Code 在响应前会经历一个“探索”阶段：它需要先通过 Glob、Grep、Read 等工具定位相关代码，才能开始修改。模糊指令之所以昂贵，是因为模型无法判断探索的终止条件，只能反复读取文件来建立对代码库的整体认知，而这些工具调用的返回内容会全部进入上下文并在此后每条消息中重复计费。点名具体文件相当于直接给出了探索的边界，把“全库检索”降级为“定点读取”。

习惯二：直接粘贴冗长的测试或构建输出

完整贴入几十页的测试日志或构建输出，是另一个容易被忽视的消耗点。据Anthropic文档，可以用hook只保留日志中的错误行，把输入从数万token压缩到数百token的量级。

这个做法的价值不只是省钱。精简后的日志让模型更容易聚焦真正的问题，减少在海量无关输出里“迷路”的概率。对于需要反复调试的场景，用hook做一层预过滤几乎是必选项。

Hook 是 Claude Code 提供的一种在工具调用前后自动执行脚本的机制，可以把它理解为围绕模型请求的“拦截层”。在日志场景中，常见做法是配置一个 PostToolUse 类型的 hook，在测试或构建命令执行完毕后先运行一段过滤脚本（例如 grep 只保留 ERROR、FAIL 开头的行，或用 tail -n 50 截断），再把处理后的结果送入上下文。由于 hook 在本地执行、不经过模型，过滤本身不产生 token 消耗，却能决定模型最终“看到”多少内容，这也是它比事后让模型自行忽略无关输出更可靠的原因。

习惯三：随意生成子代理

子代理（sub-agents）听起来是个强大的功能，但每个子代理都会在主对话之外独立发起自己的请求。也就是说，你开出的每一个子代理，都在主会话的消耗之上叠加了新的用量。

这不意味着要完全回避子代理，而是要有意识地使用。为子代理设定清晰、收敛的任务边界，比让它自由探索要经济得多。在启动前先问一句“这个任务真的需要独立代理吗”，往往能省下不少额度。

子代理的独立请求机制值得进一步说明：主代理在规划任务时可以派生子代理，每个子代理都拥有自己的上下文窗口和独立的计费链路，它在执行过程中读取的文件、调用的工具以及产生的中间结果，都不会共享主会话的已计费内容。这意味着子代理的消耗是完全增量的，而不是从主会话的上下文中“切”一块出来。因此，子代理更适合那种边界清晰、可以独立闭环、且主代理不需要全程感知其推理过程的任务；如果任务只需要一两步工具调用，直接在主会话里完成通常更经济。

习惯四：一个会话开一整天

这是最隐蔽的一个习惯。即使你只是在开了整天的会话里问一句无关的话，这次请求依然会携带整段对话历史计费。

解决办法很直接：切换到不相关的话题时，用斜杠命令开启新会话。把长会话按任务切分，而不是让它无限累积。会话历史越长，单条消息的“基础成本”就越高——这是很多人在用量突然飙升时忽略的根源。

一个提示词，找出你自己的前三名

知道了通用习惯还不够，每个人的使用模式不同。视频里给出的提示词会扫描你最近七天的会话日志，定位消耗最大的三个习惯，并为每个习惯生成一条规则，在你确认后才写入claude.md或agents.md。

这个设计值得称道的地方在于“先问再改”——它不会擅自动你的配置文件。完整提示词在视频画面中，可以暂停复制。

为什么这些习惯值得纠正

四个习惯的共同点，是它们都没有直接增加你的“提问次数”，却通过放大单次请求的上下文体积，间接推高了消耗。Claude Code按整段对话计费的机制，决定了上下文管理本身就是一种成本控制手段。

与其在额度耗尽后被动等待，不如把这几条规则沉淀到配置里，让每次交互都更精准。对于高频使用者而言，这类习惯调整带来的额度节省，往往比换用更便宜的方案更立竿见影。