English | 简体中文

dsh-lean

     

DeepSeek 从 2026-08-16 起峰时按两倍计费，而峰时正好是上班时间。

峰时是 UTC 01:00-04:00 和 06:00-10:00，其余时段是谷时，谷时正好是峰时的一半。

如果你按国内作息写代码，几乎每一行都是按贵的那档付的，中间只空出午休。把长时间跑的任务挪到晚上，账单直接减半，而且不用改任何配置。一场会话里再没有第二个 2 倍量级的杠杆。

看看你上一场会话到底付了多少，以及同样的运行放在谷时要多少。什么都不装，也没有任何数据离开你的机器。

npx dsh-lean audit

  ran 08:42 to 08:42 UTC
  3 of 3 requests hit peak hours (01-04 and 06-10 UTC), 100% of the tokens
  you paid             $0.000951
  same run off-peak    $0.000476   <- $0.000476 less, a 50% cut

账单的另一半在你打字之前就发出去了

dsh 在读到你的提示词之前，已经发出去 8,246 个 token。其中 3,700 个是你的会话从来不会调用的工具。

缓存未命中的单价是命中的 31 倍，而每场会话的第一个请求要按未命中价把整个工具 schema 前缀付一遍。一个 6 请求的任务，三次运行平均，把这段前缀付这一次就占了整场账单的 46%。

token 数不随价格变动，钱会。DeepSeek 于 2026-08-16 16:00 UTC 调价。在旧的统一价目表下，同样这些运行里这一笔占账单 52%，未命中与命中的比值是 50 倍。本页所有金额都按现行价目表给出。

同一行命令也会把这部分打出来，按哪个工具 schema 最费钱排序。

<img src="assets/audit.svg" alt="npx dsh-lean audit 的输出，逐请求缓存拆分、前缀里最大的工具 schema，以及 dsh-lean 会移除哪些" width="100%">

dsh-lean 就是那个修法：一个把这些工具行关掉的 preset，把提示词前缀压掉 53%。这值多少钱，实测在整场会话账单的 2% 到 41% 之间，而且下限是真的。

下面每个数字都来自 DeepSeek API 自己返回的用量统计，产出这些数字的测量脚本就在本仓库里。

实测

dsh 0.1.0-rc.6，测于 2026-08-16。共 32 次运行，每次都从任务的干净副本开始。

前缀的缩减是确定的，省下的钱不是，所以两个都列出来。

缓存未命中 token 是测量本身，金额只是把这份测量按价目表折算，而价目表在 2026-08-16 变了。所以 scripts/summarize.mjs 每次都从已提交的 token 数重新算钱，而不是读回运行当时写死的金额，并且新旧两张表都打印。

先看第三行，再看第一行。 每个任务的缓存未命中 token 都降了 22% 到 43%，这是这个 patch 直接控制的部分。但把它变成钱并不可靠。在实现任务上，精简后的 agent 反而多走了步数，请求数 4.4 对 5.4，输出多了 24%，把省下的大部分又吃回去了。它的逐次花费区间是重叠的，默认 $0.003072 到 $0.005919，dsh-lean $0.003626 到 $0.006109，也就是说在那个任务上 dsh-lean 的某一次运行可能比默认还贵。它留在表里是因为它是诚实的下限，也是唯一要跑到每组 7 次才稳定下来的一行。

另外三行的区间是分开的。node scripts/summarize.mjs 会为每一行打印 n 和逐次区间，所以本页不可能只引用均值而不带离散度。

"交付物"那一列是承重的。它用来说明便宜下来不是因为少干了活，每一组配对运行里，任务自带的测试套件两边都是绿的。

会话第一个请求发出去的前缀。下面这些就是 npx dsh-lean audit 打印的、以及每一次提交的运行记录里的数字。

为什么能省

DeepSeek 对缓存未命中的输入 token 收费是命中的 31 倍，deepseek-v4-flash 是每百万 $0.22 对 $0.007，从价格页读取。这是谷时价；峰时是 01:00-04:00 和 06:00-10:00 UTC，正好翻倍，所以本页所有百分比在两个时段都成立，变的只是绝对金额。

每场会话的第一个请求，要按未命中价把整个前缀付一遍。在上面那个 6 请求的任务里，仅这一笔就占了全部账单的 46%（3 次运行平均），而且每次都恰好是 8,246 个 token。从第二个请求开始前缀就命中缓存，几乎不要钱。

所以前缀贵不是因为它大，而是因为它被按 31 倍价格付了一次。压缩它，是唯一能碰到账单里真正疼的那部分的杠杆。

当初测量所依据的那张价目表已经没了。 上面每一次运行都是在 2026-08-16 16:00 UTC DeepSeek 切换到峰谷计价之前测的，而且各档没有同步变动。deepseek-v4-pro 上，deepseek-harness#2064 与账单后台做过对账，缓存命中从 $0.003625 涨到 $0.022，未命中从 $0.435 涨到 $0.66，未命中与命中的比值因此从 120 倍塌到 30 倍，flash 则从 50 倍变成 31 倍。

上面整张表已经按新表重算过了。调价对它做了什么值得直说，因为两个方向都有。

• 机制活下来了。缓存读取在 v4-pro 账单里的占比从 2.7% 升到 9.2%，而这个 patch 连那部分也一起缩，所以每场 pro 会话省下的绝对金额接近翻倍，$0.001233 到 $0.002176，百分比几乎没动，20.1% 到 19.8%。
• 下限更难看了。输出单价现在是未命中价的 3 倍而不是 2 倍，而稀释这个 patch 的正是输出，所以实现任务从省 7% 掉到省 2%。整体区间从 7% 到 42% 变成 2% 到 41%。

关掉一个工具行，系统提示词里为该工具生成的那段说明也会一并消失，所以系统提示词同时缩了 55%。

安装

dsh plugin --profile web add dsh-lean        # web UI，装完在模式菜单里选 "Lean"
dsh plugin --profile headless add dsh-lean   # 一次性 CLI，装完立即生效

直接从仓库装也行，不过上面的 npm 形式更好，预构建的包能跳过 pnpm 的 allowBuilds 构建授权步骤。

dsh plugin --profile web add "github:sjh9714/dsh-lean"

卸载用 dsh plugin --profile <name> remove dsh-lean。在 web profile 上这样会留下已生成的 preset，想一并删掉就删 $DSH_HOME/.agent-presets/lean。

两个 profile 的机制不一样，这点很重要

headless profile 把工具挂在顶层行上，所以 bundle patch 直接就能关掉它们。

web profile 不是这样。它的 bundle 在顶层已经把那些行关了，然后挂上 agent-presets，真正的工具目录在 standard 这个 preset 的组合里面。patch 层够不到 preset 组合内部。 所以在 web profile 上，本包改为通过 dsh 自己的 agentPresets.copy() 授权 API 复制一份 standard，然后在副本里关掉 delegation 组、goal 工具和 jobs 工具。副本是从你实际拥有的那份 standard 复制的，所以 dsh 升级会被继承，而不是和一份内置的分叉渐行渐远。

它不会改你的默认 preset。默认值指向一个生成失败的 preset 会在挂载时直接报错，为了一点便利把 profile 弄坏不值得。"Lean" 会出现在模式菜单里，由你来选。

在 web profile 上实测，同一个提示词、同一个工作目录，各跑一次会话。

也就是砍掉 52.7%，和 headless 的比例一致。上面那张花费表是在 headless 上测的，因为基准测试脚本能在那里把一个任务从头驱动到尾；这里的 web 数字只包含前缀。

它关掉了什么

tool-workflow、tool-subagent、tool-subagent-fork、tool-subagent-control、tool-subagent-list-agents、tool-goal、tool-jobs、tool-ralph。

留下的是编码会话真正会用的那些。bash、read、write、edit、glob、grep、str_replace_editor、todo_write、skill、read_image、web_search、exit_plan_mode。

只关工具行。它们背后的服务照常挂载，所以依赖注入这些服务的东西仍然能解析到。

什么情况下别用

如果你在用子智能体、workflow、goal 系统、后台 job 或者 ralph 循环，就别装。这些正是它移除的部分，装了以后模型会告诉你没有这个工具。

还有两条要说清楚的限制。

• 稀释它的是输出，不是会话长度。 它从每场会话开头砍掉的是一个固定量，大约 3,700 个未命中 token，会话里其他所有花费都会稀释它。稀释得最厉害的是输出，输出单价是未命中价的 3 倍。3 个请求的提问省 41%，4 个请求的实现任务只省 2%，所以变量不是请求数，是输出量。
• 在贵的模型上百分比并不会更高。 deepseek-v4-pro 各档单价都是 flash 的 3 倍，所以它买到的是 3 倍的绝对金额和同样的百分比。实测同一个任务，pro 省 20%，flash 省 23%。旧的统一表里 pro 的未命中命中比是 120 倍、flash 是 50 倍，看着像是该省更多的理由，其实不是；新表把两个模型都放在 30 倍左右，连这个错觉也一并消掉了。

自己复现

需要 DeepSeek API key 和 Node 18 以上。

git clone https://github.com/sjh9714/dsh-lean
cd dsh-lean

# 让基准测试离你自己的 dsh 配置远一点
export DSH_HOME="$PWD/.bench-home"
mkdir -p "$DSH_HOME"
cp ~/.dsh/.credentials.yaml "$DSH_HOME/"

node scripts/run-bench.mjs bench/task-01                             # 默认
node scripts/run-bench.mjs bench/task-01 --patch cordis.patch.yml    # dsh-lean
node scripts/summarize.mjs

# v4-pro 那一行，同样的任务跑在贵的模型上
node scripts/run-bench.mjs bench/task-01 --patch bench/pro.patch.yml
node scripts/run-bench.mjs bench/task-01 --patch bench/pro.patch.yml --patch cordis.patch.yml

每次运行都会把任务复制到一个全新的工作目录，走 dsh --profile headless 跑一遍，用任务自带的 npm test 验交付物，然后从 session 日志里把 token 数读回来。表格里每一次运行的原始结果都提交在 bench/results/ 下。

npx dsh-lean audit <工作目录> 可以对你已经跑过的任意 dsh 会话打印同样的拆解，npx dsh-lean audit --all 则直接挑你最近的一次会话。

测量是怎么做的

dsh 每次运行都会在 $DSH_HOME/sessions 下写一个 session.jsonl.zstd。两类事件就够了。

• assistant/chunk 且 chunk.type 为 usage 的事件，带着厂商自己给的 inputTokens、cacheReadTokens、outputTokens 和 reasoningTokens。
• request/header 事件带着实际发出去的完整工具 schema 数组和系统提示词，上面那些前缀尺寸就是这么量出来的，不用额外花一次 API 调用。

@deepseek-ai/dsh-llm-deepseek 在记录之前就已经把 DeepSeek 的 prompt_cache_hit_tokens 和 prompt_cache_miss_tokens 分开了，所以缓存拆分用的是厂商的数字，不是估算。

许可

MIT