不要只優(yōu)化 Prompt，更要優(yōu)化 Context。

Claude Code 很強(qiáng)大，這在前面的實(shí)踐文章中我們已經(jīng)驗(yàn)證過了，但與此同時(shí)，也有不少朋友說Token消耗過多，成本過高。

面對(duì)這個(gè)問題，很多人第一反應(yīng)是：是不是Prompt寫得太啰嗦了？

其實(shí)，很多時(shí)候真正“燒 Token”的，并不是輸入的那句話，而是Claude背后帶著的整段上下文。

它們可能包括：

• 之前的聊天記錄
• 已經(jīng)讀取過的代碼文件
• 工具調(diào)用輸出
• 像 CLAUDE.md 這樣的記憶文件
• 系統(tǒng)或后臺(tái)注入的額外指令

也就是說，當(dāng)Token消耗越來越高時(shí)，問題往往不是Prompt不夠簡(jiǎn)潔，而是上下文已經(jīng)變得臃腫。

很多所謂的建議，比如“盡量縮短對(duì)話”，當(dāng)然沒錯(cuò)，但太泛了，真正落地時(shí)幫助有限。

真正有效的做法，是搞清楚Claude Code的上下文是怎么構(gòu)建的、哪些內(nèi)容會(huì)被重復(fù)攜帶，以及工作流里有哪些“隱性成本”正在不斷累積。

這篇文章我們來講7個(gè)真正實(shí)用的方法，在不犧牲效率的前提下，盡可能降低Claude Code的Token開銷。

1. 根據(jù)任務(wù)復(fù)雜度切換模型

這一點(diǎn)最簡(jiǎn)單、但也最容易被忽視：不是所有任務(wù)都值得用最貴的模型。

如果使用按API計(jì)費(fèi)，不同的模型成本大概有幾倍的差距；如果使用訂閱方案，那么更重的模型也會(huì)更快消耗額度。

在執(zhí)行任務(wù)時(shí)，可以做一個(gè)簡(jiǎn)單的分層：

• 日常任務(wù)：寫測(cè)試、簡(jiǎn)單改代碼、解釋邏輯、常規(guī)重構(gòu)
• 復(fù)雜任務(wù)：多文件架構(gòu)設(shè)計(jì)、棘手 bug 排查、跨系統(tǒng)分析
• 輕量任務(wù)：查找、格式化、重命名、重復(fù)性操作

不同的任務(wù)采用不同的模型，像日常任務(wù)使用適中的模型即可，復(fù)雜任務(wù)則切換到能力更強(qiáng)，具備深度分析能力的模型，而且單純的普通操作、機(jī)械性任務(wù)交給一般的低參數(shù)模型即可。

以國(guó)外模型為例：

國(guó)內(nèi)模型參考：

另外，不少人忽略了 /effort。

對(duì)于一些本來就很直接的問題，適當(dāng)降低 effort level，可以減少模型的“思考預(yù)算”，從而直接降低輸出 Token。

一句話總結(jié)：模型能力要和任務(wù)復(fù)雜度匹配，不要讓高性能模型去做低價(jià)值工作。

2. 把CLAUDE.md當(dāng)“規(guī)則索引”，而不是“百科全書”

如果你經(jīng)常在每次對(duì)話里重復(fù)輸入項(xiàng)目約束、開發(fā)規(guī)范、測(cè)試方式，那其實(shí)是在持續(xù)浪費(fèi) Token。這正是 CLAUDE.md 的意義所在。

在《使用Claude Code最需要做的一件事：與AI簽訂一份契約（CLAUDE.md）》一文中我們也有專門講到。

CLAUDE.md會(huì)在Claude讀取代碼之前就被加載，而且會(huì)在整個(gè)會(huì)話過程中一直駐留在上下文里。

重點(diǎn)在于：它不是按需加載的，也不會(huì)輕易被“擠出去”。

這意味著什么？如果你的 CLAUDE.md 有 5000 Token，那么每一輪對(duì)話幾乎都要為這 5000 Token 付費(fèi)。

不管你本次會(huì)話只有 2 輪，還是 200 輪，它都會(huì)持續(xù)產(chǎn)生成本。

那么，適合放進(jìn)CLAUDE.md的內(nèi)容有哪些？

建議只放那些長(zhǎng)期穩(wěn)定、反復(fù)要用到的規(guī)則，比如：

• 項(xiàng)目如何運(yùn)行測(cè)試
• 使用哪個(gè)包管理器
• 代碼格式要求
• 關(guān)鍵架構(gòu)約束
• 哪些目錄不要碰
• 團(tuán)隊(duì)通用的開發(fā)約定

不建議放進(jìn)去的內(nèi)容

很多團(tuán)隊(duì)會(huì)把下面這些東西也一股腦塞進(jìn)去：

• 會(huì)議紀(jì)要
• 設(shè)計(jì)演進(jìn)歷史
• 冗長(zhǎng)的實(shí)現(xiàn)說明
• 臨時(shí)性的任務(wù)背景
• 很長(zhǎng)的業(yè)務(wù)文檔

這些都不適合。

一個(gè)更好的原則是：

讓 CLAUDE.md 像“速查手冊(cè)”，而不是“信息垃圾場(chǎng)”。

寫得越精煉，長(zhǎng)期收益越高。

3. 把啰嗦任務(wù)交給 Subagent，但別濫用

這是一個(gè)非常值得重視的技巧，因?yàn)樗軓母旧细淖兩舷挛呐蛎浀姆绞?。Claude Code 的 Subagent，本質(zhì)上是一個(gè)獨(dú)立上下文窗口中的 Claude 實(shí)例。

當(dāng)你讓 Subagent 去執(zhí)行任務(wù)時(shí)，它產(chǎn)生的很多“過程性噪音”——比如：

• 文件檢索
• 大段日志分析
• 多輪推理過程
• 中間步驟輸出

當(dāng)使用Subagent去執(zhí)行任務(wù)時(shí)，可以避免上述噪聲直接污染主會(huì)話。

最終回到主線程的，通常只是一個(gè)總結(jié)結(jié)果。這對(duì)于保持主上下文干凈非常有幫助。

但這里也有一個(gè)常見誤區(qū)：

Subagent 并不天然更省 Token。

如果只是處理很小的任務(wù)，比如簡(jiǎn)單 shell 操作、快速 git 命令，Subagent 往往反而更浪費(fèi)。

因?yàn)樗旧硪灿袉?dòng)成本，包括：

• 子代理的初始提示
• 工具定義注入
• 額外的工具調(diào)用往返
• 獨(dú)立上下文構(gòu)建開銷

所以，正確的使用原則不是： “所有事情都交給 Subagent。”

而應(yīng)該是：

“只有當(dāng)它節(jié)省下來的主上下文污染，足以覆蓋啟動(dòng)成本時(shí)，再使用它。”

適合交給 Subagent 的任務(wù)，通常有以下特征：

• 輸出會(huì)很長(zhǎng)
• 檢索范圍較廣
• 過程信息多但結(jié)果摘要短
• 不需要主線程保留完整過程細(xì)節(jié)

4. 明確指定文件和行號(hào)，別讓Claude在倉(cāng)庫(kù)里“自由發(fā)揮”

很多 Token 浪費(fèi)，根本不是因?yàn)?Claude 回答太長(zhǎng)，而是因?yàn)槟憬o它的任務(wù)太模糊，導(dǎo)致它要先花很多 Token 去“找問題”。

比如這類說法：

“你幫我看看 auth 相關(guān)代碼哪里有問題。”

這聽起來很自然，但在 Claude 看來，這基本等于：

• 去 repo 里搜一圈
• 打開多個(gè)相關(guān)文件
• 試圖猜測(cè)你真正關(guān)心的點(diǎn)
• 還可能走很多彎路

如果問題實(shí)際上只在 1~2 個(gè)文件里，這種探索就是純浪費(fèi)。更好的寫法應(yīng)該像這樣：

“請(qǐng)對(duì)比 src/auth/session.ts 第 30～90 行，和 src/api/login.ts 第 10～60 行，說明兩者之間的邏輯不一致在哪里。”

這類表達(dá)有幾個(gè)好處：

• 直接縮小搜索范圍
• 減少無意義文件讀取
• 降低模型重建上下文的成本
• 更容易得到準(zhǔn)確結(jié)論

另一個(gè)容易被忽略的技巧：先用 Plan Mode

在執(zhí)行一些可能成本較高的操作前，可以先切到 Plan Mode（Shift+Tab）。這個(gè)模式下，Claude 會(huì)先給出一個(gè)分步驟計(jì)劃，而不會(huì)直接修改代碼。

你可以先審核這個(gè)計(jì)劃，把明顯沒必要的步驟刪掉，再切回正常模式執(zhí)行。

為什么這很重要？

因?yàn)閷?shí)際使用中，最浪費(fèi) Token 的環(huán)節(jié)之一就是：試錯(cuò)式執(zhí)行。

比如 Claude 先嘗試一種方案，失敗了；再試第二種；又報(bào)錯(cuò)；然后繼續(xù)修正……每一次嘗試、每一次報(bào)錯(cuò)、每一次迭代，都是在消耗 Token。

而提前規(guī)劃，往往能大幅減少這種無效來回。

5. 主動(dòng)使用/compact，不要等“上下文快炸了”才想起來

很多人知道 Claude Code 有 /compact，但真正用得好的人并不多。原因通常不在于“會(huì)不會(huì)用”，而在于用得太晚。

一個(gè)典型場(chǎng)景是：

• Claude 已經(jīng)看過多個(gè)文件
• 跑過若干命令
• 試過幾條錯(cuò)誤方向
• 上下文里塞滿了中間過程

這時(shí)候其實(shí)已經(jīng)積累了很多“歷史噪音”。而這些內(nèi)容，對(duì)你接下來的任務(wù)未必還有價(jià)值。這正是最適合執(zhí)行 /compact 的時(shí)機(jī)。

為什么要盡早 compact？

因?yàn)槿绻阃系胶竺妫鹊紺laude開始遺忘前文，出現(xiàn)上下文告警，回答質(zhì)量變差時(shí)，才去壓縮，那么此時(shí)的會(huì)話已經(jīng)很“臟”了。

這時(shí)生成的摘要，往往也不夠清晰、不夠高質(zhì)量。

相反，如果在會(huì)話還比較健康的時(shí)候就主動(dòng) compact：

• 關(guān)鍵信息更容易保留下來
• 無關(guān)細(xì)節(jié)更容易被清理掉
• 后續(xù)每一步都會(huì)更輕量

所以，/compact 的最佳用法不是“亡羊補(bǔ)牢”，而是“定期保養(yǎng)”。

一個(gè)很實(shí)用的心法是：

當(dāng)關(guān)鍵結(jié)論已經(jīng)出來，而中間過程開始變多時(shí)，就該考慮compact了。

6. 優(yōu)化之前，先用/context找到真正的“耗 Token 元兇”

很多開發(fā)者在發(fā)現(xiàn) Token 消耗過快時(shí)，第一反應(yīng)是改Prompt、縮短提問、減少對(duì)話輪次。這些當(dāng)然可能有幫助，但很多時(shí)候你根本沒打到重點(diǎn)。

因?yàn)檎嬲嘿F的內(nèi)容，未必是你當(dāng)前看到的 Prompt。它可能是：

• 之前讀入的超大文件
• 工具調(diào)用留下的大段輸出
• 某個(gè)過重的記憶文件
• 某些集成工具帶來的系統(tǒng)開銷

這時(shí)候，/context 就非常關(guān)鍵。它相當(dāng)于你的“上下文診斷面板”。

在大改工作流之前，先看一眼到底是誰在占用上下文，通常會(huì)更有價(jià)值。

很多優(yōu)化收益最大的場(chǎng)景，并不是你 Prompt 寫得更精煉了，而是你終于發(fā)現(xiàn)：

有一個(gè)“沉默的大塊頭”，一直在每一輪對(duì)話里默默消耗 Token。

所以，不要盲目?jī)?yōu)化。正確順序應(yīng)該是：

1. 先檢查 /context
2. 看看哪些內(nèi)容被重復(fù)加載或重復(fù)攜帶
3. 找出真正的臃腫來源
4. 再有針對(duì)性地刪減

先診斷，再優(yōu)化。 這條原則在 Claude Code 里非常重要。

7. 工具鏈要克制，集成不是越多越好

Claude Code 可以接很多外部工具、數(shù)據(jù)源和輔助能力，這一點(diǎn)非常強(qiáng)大。但強(qiáng)大的另一面，是它也更容易把你的上下文結(jié)構(gòu)搞復(fù)雜。

當(dāng)工具接得越來越多時(shí)，模型可能需要額外處理：

• 工具定義
• 調(diào)用協(xié)議
• 上下文橋接信息
• 工具返回結(jié)果
• 多工具協(xié)同帶來的額外說明

問題在于：很多任務(wù)根本不需要這么重的配置。

如果你把所有能接的技能、插件、輔助器全部掛上去，最后很可能出現(xiàn)一個(gè)尷尬局面：

任務(wù)很小，但系統(tǒng)開銷很大。

因此，一個(gè)更穩(wěn)妥的策略是：

• 只保留真正高頻、剛需的工具集成
• 只接那些能持續(xù)解決重復(fù)問題的能力
• 不要因?yàn)?ldquo;可以接”就全部接上

對(duì) Claude Code 來說，精簡(jiǎn)的工具鏈通常比“全家桶式”集成更高效。

小結(jié)

真正該優(yōu)化的，不只是Prompt，而是 Context Architecture。

如果只用一句話概括這篇文章，那就是：

降低 Claude Code Token 成本的核心，不是對(duì)每條 Prompt 精打細(xì)算，而是設(shè)計(jì)好你的上下文架構(gòu)。

真正帶來大收益的，通常不是“把一句話少寫 20 個(gè)字”，而是這些更本質(zhì)的動(dòng)作：

• 控制自動(dòng)注入的上下文
• 縮小任務(wù)搜索范圍
• 及時(shí)壓縮會(huì)話
• 把高噪音工作隔離出去
• 避免不必要的工具鏈負(fù)擔(dān)

說到底，Claude Code 的成本問題，本質(zhì)上是一個(gè)上下文管理問題。很多開發(fā)者只盯著 Prompt 在優(yōu)化，但真正成熟的用法，應(yīng)該開始轉(zhuǎn)向另一層思考：不要只寫 Prompt，要設(shè)計(jì) Context。

以上就是讓Claude Code的Token消耗爆降80%的7個(gè)實(shí)用技巧的詳細(xì)內(nèi)容，更多關(guān)于Claude Code Token消耗降低技巧的資料請(qǐng)關(guān)注腳本之家其它相關(guān)文章！

最新評(píng)論