很多人都在讨论哪个大模型最强,却很少有人关注另外一个更现实的问题:Token 正在悄悄烧钱。真正浪费 Token 的往往不是复杂任务,而是错误的使用方式和系统架构。 本文将结合一线项目实战经验,从 C 端使用习惯到 B 端 Agent 架构设计,分享一套完整的 Token 优化方案,大量团队实践证实能削减 90% 的 Token 成本!
一、为什么你的 Token 总是不够用
"明明没聊几句,Token 怎么就没了?"这大概是很多人的困惑。实际上大多数 Token 都浪费在这些地方:
- 同一份资料反复复制粘贴。
- 一个会话聊几十轮。
- 需求描述模糊,让 Agent 一直猜。
- 明明只需要三句话,却生成几千字。
这些看似不起眼的细节才是真正的 Token 黑洞!
二、一张图看懂 Token 是怎么消耗的
很多人以为:用户输入 → AI 输出。实际上真正的请求远比这复杂。
从上图可以看出,每一轮对话都不仅仅是你的输入,而是 System Prompt + 工具 + 对话历史 +用户输入 一起发送。所以真正决定成本的并不是你的输入,而是整个上下文。
三、Token 浪费的三大根源
1. 无效上下文
把不相关的信息一直带入下一轮。例如,第一轮写 SQL;第十轮开始做 PPT;第二十轮分析日志。模型仍然要阅读前面所有的内容。
2. Cache 命中率低
每次请求前缀都不同,例如 System Prompt 经常改 、Tool 顺序变化 、Prompt 拼接方式变化等,导致 KV Cache 全部失效,GPU 又重新计算一遍。调用大模型时,命中 Cache 缓存比不命中缓存的成本通常会下降 50% 至 90%。
3. 大炮打蚊子
不少团队存在资源浪费问题,例如摘要用 Claude、翻译用 GPT、改变量名也用最贵模型。其实对于大量任务,小模型就足够了。
四、C 端:每个人都能做到的 Token 节约
1. 提问精准化
推荐使用 5W1H:What;Which ;When ;How ;Format 。摒弃模糊提问如 "帮我分析一下",改用精准指令如"基于这份日志,梳理 3 项根因并按严重程度排序",减少 AI 反复确认,可节约 10%--40% Token 消耗。
2. 拆解复杂任务
摒弃一次性交付全项目的粗放指令,例如「帮我完成整个项目」,而是应该将复杂任务拆解为若干个小任务。
这样即使某一步修改,也不用全部重来。
3. 及时开启新会话
很多人一个聊天窗口能聊几个月,实际上第 30 轮请求可能已经是第 1 轮 Token 的几十倍。独立任务完成后及时开新会话是最简单的降本方法。
4. 不要重复喂料
不要「复制 2000 字 => 问一个小问题 => 下一轮再复制 2000 字」,而应该充分引用已有内容, 只补充新增部分 ,一次说清楚需求。
5. 先 Planning,再执行
对于复杂任务,不要让 Agent 一边想一边做,正确方式应该如下。
一次规划可以减少大量返工。
6. 控制输出长度
例如直接告诉模型只输出:3 条建议;Markdown 表格;不超过 200 字 。输出 Token 往往能减少 60%~80%。
7. 高频任务封装 Skill
对于日报生成、周报整理等这些高频任务,无需重复说明需求;通可直接封装为:SKILL.md + 可执行脚本。以后一句「执行日报 Skill 」即可完成。长期下来 Token 可下降 80%。
8. 配置 Sub-Agent
不要所有事情都在一个 Agent 完成,例如:
主 Agent
├── Code Agent
├── SQL Agent
├── Test Agent
└── PPT Agent
每个 Agent 都拥有独立上下文,避免历史污染。单任务通常可节省 40%~70%。
五、B 端:真正决定成本的是架构
如果你在开发 Agent 产品,真正的大头其实在后端。
1. 极致 Cache
目标只有一句话:让每轮请求前缀尽可能一致,例如固化 System Prompt、固化 Tool 顺序,同时让 cache_control 合理放置。KV Cache 命中率提升后,输入成本甚至可以下降 90%。
2. 分级上下文压缩
不要把所有历史内容都直接塞进 Prompt,建议三级压缩。
真正进入上下文的应该是最有价值的信息。
3. 模型路由
不同任务使用不同模型。对于任务规划,使用最强的模型;代码执行等,使用中等模型; 摘要分类使用小模型。实测整体成本可下降 40%~60%。
4. 工具按需加载
不少 Agent 一次性加载上百个工具,但实际仅会用到极少数。建议采用工具目录按需加载、仅调用所需工具,同时将工具描述压缩至 20 字内,可削减约 80% 工具类 Token 开销。
5. Prompt 动态注入
不少团队动辄编写数千字 System Prompt,多数规则并非每次调用都需要。采用基础 Prompt 搭配按需注入规则的方案,避免全量推送,可再降低 10%--30% 固定 Token 损耗。
六、 总结
Token 降本不是一个 Prompt 技巧,而是一套完整的工程体系。
真正成熟的 AI 系统比拼的早已不是模型参数,而是每一个 Token 是否花在了真正有价值的地方!
如果你觉得这篇文章有帮助,欢迎点赞、转发。后续我还会分享更多 AI Agent、Prompt Engineering、MCP、智能研发等实战经验!
v公众号:大厂AI实战