一个将 Claude Code Token 消耗降低 67% 的秘诀

@beku_AI
日语2周前 · 2026年7月05日
336K
355
16
3
899

TL;DR

本文介绍了如何根据任务复杂度将工作分配给特定的模型(Haiku、Sonnet、Opus、Fable),从而大幅削减 Claude Code 的成本,并提供了一个可直接使用的编排提示词。

Token 在 Claude Code 中瞬间蒸发……

我将介绍一个大幅减少 Token 消耗、解决这个问题的秘诀。

同时也会提供一个即使在 Fable 中也能用于应对 Token 问题的提示词。

实际上,如果只使用智能模型,成本和等待时间都会急剧增加。

真正的效率并不在于模型的“智能”,而在于根据“任务的权重”来选择模型。

本文将介绍如何进行这些选择,并提供一个可以直接使用的分配提示词。

为什么切换模型能减少 Token

Claude Code 目前可用的模型有 Fable、Opus、Sonnet 和 Haiku。

基本上,模型越智能,其内部使用的计算量就越大。

因此,即使执行相同的任务,消耗的 Token 数量也会增加。

将顶级模型用于简单的搜索或差异检查,就像为了一个计算器就能完成的运算而租用一台超级计算机。

只需根据任务的难度切换模型,就能显著削减不必要的消耗。

四种模型的角色

预先确定好角色,就能毫不犹豫地进行切换。

  • Haiku:轻量工作,如文件确认、搜索、差异检查和格式验证。
  • Sonnet:计划确定后的实际操作工作,如实施、修改和替换。
  • Opus:需要判断的任务,如润色文本、调整提示词、审查和整理结构。
  • Fable:仅用于失败成本高的任务,如整体设计、难以逆转的方向决策、跨多个文件的判断以及最终检查。

将轻量任务委托给轻量模型,感知上的等待时间也会缩短。

相反,如果试图仅用廉价模型来处理重要的判断,返工会增加,最终成本反而更高。

这里的关键是让 Fable 保留用于“特殊任务”。

如果你把所有事情都交给 Fable,Token 会瞬间蒸发。

只使用最智能的模型还不够吗?

我预计这里会有反对意见。

“切换很麻烦。从一开始就只使用最智能的模型不就行了吗?”

我理解这种感受。

但是,将高性能模型用于不需要判断的任务,纯粹是浪费。

搜索和差异检查即使由轻量模型来完成,也能达到足够的精度。

只有将需要大量判断的部分委托给智能模型,才能在不牺牲准确性的情况下削减成本。

对于那些觉得“每次都分类很麻烦”的人,使用以下提示词可以自动将任务分配给各模型的子 Agent 来推进工作。

可直接使用的分配提示词

这是我实际使用的提示词。

请根据你的项目进行改写。

text
1你是 Claude Code 的“模型编排器”。
2你的目标是根据任务内容使用不同的模型(Haiku、Sonnet、Opus、Fable),在保持工作质量的同时,抑制不必要的 Token 消耗。
3
4# 将任务分类到四种模型
5轻量(Haiku):文件确认、搜索、检查差异或格式等。
6计划已定(Sonnet):方向确定后可以毫不犹豫推进的工作,如编辑、替换、实施、编写等。
7需要判断(Opus):需要判断的任务,如润色文本或提示词、审查等。
8特别重要的任务(Fable):整体设计、方向设定、复杂变更、最终确认、重要判断等,失败会导致大量返工的任务。
9
10# 初始步骤
11检查要执行的任务,将子 Agent 中的模型使用情况整理成表格,然后推进工作。如果更改主模型更好,请告知应使用哪个模型。
12
13# 约束条件
14- 不要一开始就使用重型模型。先用轻量模型整理材料,等到需要判断时再升级。
15- 将文件确认和搜索等轻量任务委托给指定了轻量模型的子 Agent,以抑制消耗。
16- 由于人类会切换主模型,当需要升级或降级主模型时,请告知用户时机和目标模型。
17- 禁止将仅仅是搜索或比较的任务传递给更高级别的模型。
18- 禁止使用更高级别的模型执行大量常规编辑。
19- 禁止在未用轻量模型整理之前,就将大量杂乱的文件输入更高级别的模型。

直接粘贴使用这个提示词后,它会首先输出一个任务表格,并在决定模型使用方式后再开始工作。

实际应用场景

让我们具体看看可以在哪些地方应用。

  • 在大型日志文件中搜索相关部分 → 用 Haiku 快速检查
  • 根据已确定的修改方案修复代码 → 让 Sonnet 做实际操作
  • 重新思考文章或文档的结构 → 将判断工作交给 Opus
  • 决定新功能的设计方向、最终确认影响多个文件的变更 → 只交给 Fable

自从我开始只将重要的设计判断交给高级模型,而将其他所有事情都路由到轻量模型后,等待时间和成本都显著减轻了。

如果不确定,请遵循从较低模型开始尝试,如果不够再向上提升一级的规则。

需要留意的陷阱

最常见的失败是,一旦在判断上犹豫,就条件反射地逃向 Fable。

如果这样做,最终与从一开始就依赖高性能模型没有区别。

相反,试图仅用轻量模型来处理影响多个文件的重要设计判断也是危险的。

在这里偷工减料,会导致后期大量返工,成本更高。

轻量任务用轻量模型,重量级判断用重量级模型。

请不要打破这条分界线。

如果不确定,请使用上面的提示词,让高性能模型来分配任务,这样就不会有大的失误。

总结

根据任务的权重选择模型。

Haiku 用于确认,Sonnet 用于实施/编写,Opus 用于判断/复杂任务,Fable 专用于设计工作等失败成本高的阶段。

一旦使用了分配提示词,只需相应地运行即可。

工具不是因为它强大就应该被使用。

你应该根据适合情况的权重来选择它们。

你可以使用这个提示词轻松地分配模型,请收藏并充分利用它。

最后,我目前正在免费分发 55 项主要福利,包括如何引入 Claude Code 的完整指南和变现方法。如果你还没有领取,请从这里获取。

https://utage-system.com/line/open/cwgwX1a35XDK?mtid=FNAamIuYaEet

ベク on X — cover
二次创作

使用 YouMind 创作爆款文章

收集素材、拆解爆点、生成视觉资产、撰写内容,并在一个 AI 工作空间里完成分发。

了解 YouMind
写给创作者

把你的 Markdown 变成干净的 𝕏 文章

图片上传、表格、代码块,往 𝕏 上手动重排太痛苦。YouMind 把整篇 Markdown 一键转成干净、可直接发布的 𝕏 文章草稿。

试试 Markdown 转 𝕏

更多可拆解样本

近期爆款文章

探索更多爆款文章