Token 账单的「隐形税」：系统提示、工具定义与历史滚动为何比生成贵
打开用量面板，很多人盯着「这次回答好长」。更值得盯的是：还没开始生成补丁，一轮对话已经叠了四层前缀------产品系统提示、项目 Rules、工具/MCP 定义、会话历史。它们像增值税：不一定出现在你意识里的「正文」里，却在每轮计费里反复出现。
本文是观点文 ，解释「隐形税」的结构与切割顺序。不重复「四步省 Token」操作清单的逐步点击；不编造任何厂商单价、折扣或「可省百分之多少」。具体账单以你的控制台为准。
摘要
- 隐形税＝每轮几乎都要付的结构化上下文，而不是偶发的长回答。
- 三座大山：系统/Rules 前缀、工具定义、历史滚动（含失败日志回灌）。
- 生成层往往不是斜率主因；先砍常驻，再谈换更便宜的模型。
- MCP 备而不用也是税：schema 进了上下文，不一定帮你干活。
- 治理习惯比「省钱技巧」更有复利。
结论：账单斜率首先是配置与会话卫生问题，其次才是模型档位问题。
结论卡
| 税种 | 是否常驻 | 典型来源 |
|---|---|---|
| 前缀税 | 极高 | 系统提示、Always Rules |
| 工具税 | 高 | IDE 工具、MCP schemas |
| 历史税 | 随会话升高 | 长线程、工具大输出 |
| 生成税 | 视回答 | 最终补丁与解释 |
为什么「生成」常被高估
直觉喜欢把成本归到「模型写了很多代码」。结构上更冷：
- 常驻前缀在每一轮请求里重复出现（或经压缩后仍占预算）。
- 工具列表要让模型知道「手」有哪些，描述越长越贵。
- 历史把你试错过程变成未来的必付税基。
- 生成只在有回答时发生；你可以通过更短指令压短它，但若前缀巨大，收益有限。
所以：同一句「修这个测试」，在干净会话与脏会话里的成本可以差一截------差的往往不是那一行断言，而是你背着多少历史与工具。
一轮对话的成本堆叠
自下而上想象五层：
- 系统层：客户端与模型供应商的安全/行为策略（你改不了多少）。
- 项目层 ：Rules、
@Docs、总是附带的说明。 - 工具层：内置工具 + MCP；「备而不用」照样可能占位。
- 会话层： orth 聊天记录、粘贴的日志、上次工具返回。
- 生成层：你看见的答案。
观点上的启发：优化应自上而下找「可删的常驻」，而不是先责骂模型话多。话多有时是你允许它在脏上下文里自我安慰。
三座税山分别怎么咬人
前缀税
Always Rules 从「别提交密钥」长成「公司工程文化全书」时，每个改按钮文案的请求都在为支付域规范买单。精确率下降还会触发说教式回答，间接触发更多轮次------税外加税。
工具税
MCP 很香，但每个工具的名称、描述、参数 schema 都是上下文。挂上十个「以后可能用」的 Server，等于给模型一本厚说明书，并增加误调用概率。误调用带来工具结果回灌，再推高历史税。
历史税
失败栈、全量测试输出、两次重构尝试，全部留在同一线程里，下一次「再试试」会连同噪音一起发送。长任务不阶段交接，是隐形税里最被低估的一项。
切割顺序（观点版）
- 砍 Always ：铁律一屏；其余 glob 或手动
@。 - 瘦工具：按项目启用 MCP；删除备而不用。
- 清历史：阶段结束新开线程；日志先摘要再丢原文。
- 用
@替代盲搜：降低探索性工具往返。 - 最后才换模型档：在结构变干净后，再比较成本效率型号是否划算。
这个顺序的含义是：先做你百分之百控制的层。系统层你改不了，就不要假装「换一句人设」能抵消千行 Rules。
常见反驳
| 反驳 | 回应 |
|---|---|
| 我有公司额度，不在乎 | 税同时买噪音；额度充足也会降低答案质量 |
| 压缩/摘要已经自动做了 | 自动压缩不是许可你继续堆；源头更便宜 |
| 工具多才能聪明 | 工具要对任务；无关工具是负担 |
| 长会话才有「记忆」 | 用交接摘要保留记忆，用新会话丢掉税基 |
| 讲结构没有数字没用 | 无官方公开数字时，乱编百分比更有害 |
与操作文的分工
若你需要「今晚点哪里」：看省 Token 的步骤文与 Rules 工程化文。本文只钉一个判断：看见账单先问常驻税，再问模型贵不贵。 把这个判断写进团队公约，比贴一张无法核实的「省 40%」截图更诚实。
一个思想实验：同一句需求的两种会话
设想需求都是：「给列表页加空状态文案。」
- 会话甲：Always 300 行、8 个 MCP、昨天失败日志还在。
- 会话乙 ：Always 一屏、1 个 MCP、新线程、
@了页面组件。
两边最终生成的文案可能差不多，但甲更可能：先全局搜索、误读设计系统规范、调用无关工具、再在长历史里自我纠正。你在面板上看到的是「多聊了几轮」；结构上是隐形税在逼模型表演。
观点不要求你测量甲乙的精确比值------那随产品实现而变------但要求你先假设甲更贵且更吵，并据此改配置。
「压缩了」不等于「可以继续堆」
有人说：客户端会自动摘要历史，所以长会话没关系。摘要是救生艇，不是许可证。救生艇会丢失细节，也可能保留错误结论。更稳的习惯是：
- 阶段结束手写交接摘要；
- 新会话只携带摘要与
@文件； - 让自动压缩去处理意外，而不是依赖它给坏习惯买单。
给技术管理者的表述
跟预算负责人沟通时，避免承诺「我们优化后省 X%」（除非你有计量）。可以改说：
我们把每轮必付的 Rules/工具/历史结构砍掉可删除部分，并按项目启用 MCP；预期降低无效探索轮次与误改回滚。度量以控制台趋势与 PR 回滚次数为准，而不是以口头百分比为准。
这种表述可审计，也符合「不编造数字」的内容纪律。
一句话带走
Token 的隐形税，征在系统提示、工具定义与历史滚动上；生成只是税单上最好指认的一行。 先砍常驻、瘦工具、清会话，再谈换更便宜的脑。
草稿未发布 · 作者 梧桐秋海 · 活动：九月创作之星