9月14日的额度调整，圈里已经吵了一周：官方口径是Pro、Max、Team和按席位企业版的Claude Code标准周额度永久上调25%，但眼下临时+50%的加成会在那天到期，所以相对现在，实际可用量要往下掉17%左右。哔哩哔哩这本账算完了，算完之后呢？
更扎心的问题是：就算额度一分不砍，你上周不也是改到一半重构、进度70%，啪，额度见底了？最近一周社区里从“第一次把Claude用到没额度”到“为什么越蹬越快”，抱怨没断过。知乎而8月底的一组Coding Agent对比测试，恰好把这笔糊涂账拆开了：同底层模型、同API、任务也基本相同，Claude Code、Aider、Codex、OpenClaw、OpenCode、Hermes 这些工具跑下来的 Token 消耗，能差出大约 70 倍。知乎 贵的不是模型。贵的是模型外面那套你每轮都在重付的“脚手架”。
一轮请求里，到底塞了多少你没打过的字
很多人以为Token是按“你说的话+AI回的话”计费。在Coding Agent里不是。Claude Code每向模型发一次请求，带的是：一份系统提示词、所有挂载工具的参数定义（Schema）、到目前为止的完整对话历史，再加上每一轮工具执行返回的结果。模型是无状态的，它不“记得”上一轮，所以这些东西每轮都要重新发一遍。
B站8月31日有个技术拆解讲了个扎眼的细节：让Agent读一个package.json，屏幕上就一行read记录，模型实际被请求了两次——一次决定调工具，一次消化工具结果。哔哩哔哩知乎上那篇 70 倍测试的原帖给了个量级：每轮固定带 26000 个基础 Token、跑 15 轮的任务，仅固定脚手架就可能产生 39 万输入 Token，代码文件和测试日志还另算。知乎 再往深一层，最容易失控的也不是你的提示词，而是工具输出。跑一遍npm test，两万多行日志原样进上下文；下一轮测试失败，它把同样的命令再跑一遍，同样的日志再发一遍。观察→思考→操作→验证这个循环提高了任务成功率，但它同时是个Token放大器。
70倍该怎么读，别读反了
先泼冷水：这组测试不能证明“Aider永远最省”或者“OpenClaw永远最贵”。省Token的笨Harness在陌生、复杂、描述不清楚的项目里会让你赔上整个下午；Claude Code那套重脚手架，本质上是拿Token换“它自己看得见整个项目”。
所以正确的读法不是换工具，而是理解你付的钱长什么样。账单上同样叫“输入Token”，其实分三种价：普通输入、缓存写入、缓存命中——命中缓存的价格只有普通输入的零头。一个刚发生的真实对照：8月31日知乎有人晒了自己同时开10个Agent跑批的账单，3小时累计约5亿Input Token，其中4.903亿命中缓存，命中率接近99%，最终花了5.26美元。知乎同样的量，如果缓存全没命中，账单会是另一个数量级。
这就是为什么“省Token”的第一原则不是少说话，而是保住缓存前缀：系统提示词和对话开头那段内容，每轮都一样，厂商就按缓存价收。反过来，三类动作会把它打碎——改动前面已发送的内容、往系统提示词前部塞每轮变化的信息、频繁增删挂载的工具或MCP服务器。于是出现一个反常识结论：手动删上下文不一定省钱，删的动作如果破坏了前缀，Token少了，按全价付的未缓存输入反而涨了。知乎
别再问“哪个工具便宜”，换成这四个指标
那篇文章里有个建议值得抄进你的工作流：比较 Coding Agent，要同时记下四个数。知乎
任务累计输入/输出Token（不是单次请求的）；
缓存命中率；
工具调用轮数；
失败后的人工返工次数。
只比单次调用，“轻量Agent”永远显得便宜；按“经过验证的成功任务”算成本，差距会显著收窄——省下的Token可能全赔在返工上。个人用户没有账单系统也没关系，Claude Code里跑`/cost`，或去官网usage页看会话级消耗，先拿到自己真实的前两项。
一个能落地的省额度清单
把上面两个原理（少背重复上下文、保住前缀）翻译成操作，社区这一周攒出来的经验基本是这些：
给范围，不给全图：别说“帮我检查整个项目”，改成“只检查 controller/login.go 和 service/auth.go，不要扫 node_modules、dist 和日志”。Agent前期探索是隐形大头。
拆步骤，先分析后动手：“第一步只分析认证系统，列出要改的文件和原因，不要改代码，我确认后再继续。”方向错了的返工，比多问一句贵得多。
过滤工具输出再进上下文：测试日志先grep关键字，而不是两万行全量喂进去；用Hook或压缩层把命令输出裁剪后再回传，最近社区讨论热度很高的几个开源小工具干的就是这件事。
MCP按需挂载：每加一个工具，每轮都要多背一份参数说明。挂了几十个MCP服务器的会话，模型每轮都在为用不上的Schema付费。
设止损：同一个测试连续失败3次就停下来人工看；给任务写明确的完成条件（“这三个测试全过即停”），没有停止条件的Agent会一直“继续检查、继续优化、继续消耗”。
探索类脏活用Subagent：Claude Code的子代理跑在独立上下文里，一次部署流程里十来个git、build、tsc调用塞满的是子代理的上下文，主对话只收摘要。找bug、读大文件这类高输出动作派出去，主会话保持干净，前缀也更稳。
动态信息放末尾：时间戳、每次变化的状态，别写进CLAUDE.md或系统提示词前部，用消息末尾或独立工具传，缓存命中率能差出量级。
另外，与其月底对着“额度已用完”复盘，不如装个用量面板实时盯着。小红书上从6月就有开发者自制cc/codex额度看板，也有独立开发者把各家剩余额度、重置倒计时直接挂进菜单栏，免费开源。小红书额度焦虑的解药，第一步是让它可见。
谁该对号入座
Pro（约$20/月）、频繁撞5小时窗口的：上面的清单基本都对你有用，尤其“给范围+止损”两条，通常比换套餐先见效。
Max（$100/200）用户：先处理另一个争议——这两天社区在吵“20x到底管的是什么”：有用户核完官方页面后发现宣称的20倍主要体现在5小时窗口额度，周额度口径官方没写清楚。微博这条属于用户解读、官方未正面回应，降档或升级前，以你自己的`/cost`实测为准。
按API付费、自己挑Harness（OpenClaw/Hermes/Aider）的：70倍那组数字就是你的直接成本模型，但记住结论强度——不同任务集结果会翻盘，最可信的永远是你那5类固定任务跑出来的自己的数。
刚入门的：先别囤Skill和MCP，这周的社区共识恰恰是“删单”比“加购”值钱。
接下来盯这三个信号
9月14日调整生效后，看周额度实测是否和官方口径一致；看“20x”的语义争议官方会不会补一句明确说明；以及看各家Harness会不会把缓存命中率放进用量面板——把成本结构透明化的那家，才是真正回答“钱去哪了”的那家。
模型决定上限，脚手架决定账单。下次Claude Code的额度见底，先别急着怪官方抠——看看它这一轮背后，你到底让它背了多少东西。
