文章目录前言1. 杀鸡不用牛刀根据任务复杂度切换模型别用导弹打蚊子2. 把CLAUDE.md当“项目宪法”别当“信息垃圾场”3. 把脏活累活交给Subagent但别滥用4. 精准打击明确指定文件和行号别让Claude大海捞针5. 定期保养主动用/compact别等上下文炸了才想起6. 先诊断再优化用/context找到真正的吞金兽7. 工具链要克制集成不是越多越好小结P.S. 目前国内还是很缺AI人才的希望更多人能真正加入到AI行业共同促进行业进步增强我国的AI竞争力。想要系统学习AI知识的朋友可以看看我精心打磨的教程 http://blog.csdn.net/jiangjunshow教程通俗易懂高中生都能看懂还有各种段子风趣幽默从深度学习基础原理到各领域实战应用都有讲解我22年的AI积累全在里面了。注意教程仅限真正想入门AI的朋友否则看看零散的博文就够了。前言你是不是最近用Claude Code写代码写得飞起结果月底一看API账单直接原地心梗明明没写几个功能Token却像开了水龙头一样哗哗没了很多人一遇到这个问题第一反应就是“我Prompt写得太啰嗦了”然后开始抠字眼把一句话拆成半句话结果代码质量下降了Token也没省多少。我跟你们说这根本就是找错了方向真正烧Token的从来不是你输入的那几句Prompt而是Claude背后偷偷带着的那一大坨臃肿的上下文什么之前的聊天记录啊、读过的几十上百个代码文件啊、工具调用输出的大段日志啊、还有你塞进去的各种乱七八糟的记忆文件啊……这些东西才是真正的吞金兽今天我就把我亲测有效的7个硬核技巧分享给你们不用牺牲效率就能让你的Token消耗直接砍到原来的20%再也不用给Claude当冤大头1. 杀鸡不用牛刀根据任务复杂度切换模型别用导弹打蚊子这一点最简单但90%的人都在犯这个错你想想你写个单元测试、改个变量名、格式化一下代码这种小学生都能干的活你非要用最贵的Opus 4.5 Thinking模式这不就是用导弹打蚊子吗钱烧得能不心疼吗正确的做法是给任务分个级什么活用什么模型轻量任务查找、重命名、格式化、重复性操作用Haiku 4.5或者DeepSeek-Coder成本低到可以忽略不计日常任务写测试、简单改代码、解释逻辑、常规重构用Sonnet 4.5或者GLM-4.7性价比拉满复杂任务多文件架构设计、棘手bug排查、跨系统分析再上Opus 4.5或者Kimi K2好钢用在刀刃上还有个很多人不知道的神器/effort命令对于一些特别简单的问题把effort level调到low直接减少模型的“思考预算”输出Token立马降一大截。一句话总结模型能力要和任务复杂度匹配别让高性能模型去干搬砖的活2. 把CLAUDE.md当“项目宪法”别当“信息垃圾场”很多人知道CLAUDE.md好用就什么东西都往里面塞会议纪要、设计演进历史、冗长的业务文档、甚至昨天吃了什么都写进去……我跟你们说这简直是在给自己挖坑CLAUDE.md会在整个会话过程中一直驻留在上下文里而且不会被轻易挤出去。也就是说你的CLAUDE.md有5000Token那每一轮对话你都要为这5000Token付费不管你聊2轮还是200轮那CLAUDE.md里到底该放什么只放那些长期稳定、反复要用的规则✅ 项目怎么运行测试✅ 使用哪个包管理器✅ 代码格式要求✅ 关键架构约束✅ 哪些目录不要碰✅ 团队通用开发约定❌ 会议纪要❌ 设计演进历史❌ 冗长的实现说明❌ 临时性的任务背景❌ 长篇大论的业务文档记住CLAUDE.md是速查手册不是垃圾桶写得越精炼长期省的钱越多3. 把脏活累活交给Subagent但别滥用Subagent绝对是省Token的大杀器但很多人都用错了Subagent本质上就是一个独立上下文窗口的Claude实例。你让它去干那些输出长、过程杂、但结果短的活比如分析大段日志、检索整个仓库的代码、跑一堆测试用例……它产生的所有过程性噪音都不会污染主会话最后只给你返回一个总结结果。但是Subagent不是万能的它有启动成本如果你只是让它执行个简单的git commit、或者查个ls命令那用Subagent反而更费钱因为启动它本身就要花不少Token。所以正确的使用原则是只有当它节省下来的主上下文污染足以覆盖启动成本时再用它适合交给Subagent的任务✅ 输出会很长✅ 检索范围较广✅ 过程信息多但结果摘要短✅ 不需要主线程保留完整过程细节不适合的❌ 简单shell操作❌ 快速git命令❌ 一两句话就能解决的问题4. 精准打击明确指定文件和行号别让Claude大海捞针我见过太多人这么写Prompt“你帮我看看auth相关的代码哪里有问题。”兄弟你这不是在让Claude帮你找bug你是在让它在整个仓库里大海捞针啊它得先搜一圈所有带auth的文件一个个打开看然后猜你到底关心什么这中间浪费的Token能绕地球三圈如果问题实际上只在1-2个文件里这种探索就是纯纯的浪费更好的写法是“请对比src/auth/session.ts第3090行和src/api/login.ts第1060行说明两者之间的逻辑不一致在哪里。”直接缩小搜索范围减少无意义的文件读取不仅省Token还能得到更准确的答案还有个神技巧先用Plan ModeShiftTab在执行可能成本高的操作前先让Claude出个分步骤计划你把明显没必要的步骤删掉再让它执行。要知道最浪费Token的就是试错式执行Claude试一个方案失败了再试第二个又报错……每一次尝试都是在烧你的钱提前规划能帮你砍掉80%的无效来回5. 定期保养主动用/compact别等上下文炸了才想起很多人知道/compact命令但都是等到Claude开始遗忘前文、弹出上下文告警、回答质量变差的时候才用。兄弟这时候已经晚了这时候你的上下文已经脏得不行了生成的摘要也会乱七八糟关键信息都丢了。/compact的正确用法不是“亡羊补牢”而是“定期保养”什么时候用最合适**当关键结论已经出来而中间过程开始变多的时候**比如你已经找到了bug的原因或者已经写完了一个功能这时候就可以执行一次/compact把那些没用的中间过程、报错信息、试错记录全部清理掉只保留关键结论。这样不仅能让后续每一步都更轻量还能保证摘要的质量一举两得6. 先诊断再优化用/context找到真正的吞金兽很多人一发现Token消耗快就开始瞎优化改Prompt、缩短提问、减少对话轮次……结果忙活半天Token一点没少。为什么因为你根本没找到真正的问题所在真正烧Token的可能不是你当前的Prompt而是之前读入的一个超大文件、或者工具调用留下的大段输出、或者某个你早就忘了的过重的记忆文件这时候你需要的是/context命令它就是你的上下文体检报告能清清楚楚地告诉你每一类内容占了多少Token谁才是真正的吞金兽。我之前就遇到过Token消耗特别快查了半天发现是我之前不小心读入了一个10M的日志文件它一直在每一轮对话里默默消耗Token删掉之后Token消耗直接降了一半所以记住**先诊断再优化**先看/context找到臃肿的来源再有针对性地删减别瞎忙活7. 工具链要克制集成不是越多越好Claude Code可以接很多工具、插件、技能这确实很强大。但很多人有个毛病只要是能接的全部都接上什么代码审查、自动测试、git辅助、文档生成……恨不得把整个IDE都塞进去。结果呢任务很小但系统开销很大每一个工具的定义、调用协议、上下文桥接信息都会占用宝贵的Token。你只是想改个变量名结果Claude先加载了几十个工具的定义这能不费钱吗正确的策略是**只保留真正高频、刚需的工具集成**只接那些能持续解决重复问题的能力不要因为“可以接”就全部接上精简的工具链永远比“全家桶式”的集成更高效、更省钱小结兄弟们今天讲了这么多其实核心就一句话降低Claude Code Token成本的关键不是对每条Prompt精打细算而是设计好你的上下文架构真正能帮你省大钱的从来不是“把一句话少写20个字”而是这些更本质的动作控制自动注入的上下文缩小任务搜索范围及时压缩会话把高噪音工作隔离出去避免不必要的工具链负担别再当冤大头给Claude送钱了把这些技巧用起来下个月的账单绝对能让你惊喜P.S. 目前国内还是很缺AI人才的希望更多人能真正加入到AI行业共同促进行业进步增强我国的AI竞争力。想要系统学习AI知识的朋友可以看看我精心打磨的教程 http://blog.csdn.net/jiangjunshow教程通俗易懂高中生都能看懂还有各种段子风趣幽默从深度学习基础原理到各领域实战应用都有讲解我22年的AI积累全在里面了。注意教程仅限真正想入门AI的朋友否则看看零散的博文就够了。