token-diet A/B 实测

hermesdeepseek-flash只读任务

同一台服务器、同一份「磁盘可回收清单」任务、同一个模型,两个 subagent 并行执行:一个按 skill 执行,一个不按。数据来自 Hermes 的 state.db 真实用量,单价取官方快照(谷时 1×)。

结论

第一轮 · 15:54(规则未常开)

15:54
−52%账单
−54%总 token
−64%耗时
8 vs 11主任务调用

总 token

按 skill
135,938
不按
294,078

输出 token单价最贵

按 skill
6,491
不按
15,167

缓存命中 token

按 skill
112,640
不按
250,112

费用 (USD)

按 skill
0.0067535699999999995
不按
0.014170386
按 token-diet不按差值
主任务调用811−27%
审批等辅助调用01—
输入(未命中)16,80728,799−42%
缓存命中112,640250,112−55%
输出(含思考 3,171/9,849)6,49115,167−57%
合计 token135,938294,078−54%
费用$0.00675$0.01417−52%
耗时58s163s−64%

第一轮:两个 subagent 都没带 SOUL.md 里的省 token 规则,测的是 skill 的全部价值。精简版为省轮次把 .hermes/installs/.../environments 里两个 venv 都判成「无引用」,其中一个是 Hermes 运行时本身 —— 少跑了两条 lsof 的代价。

第二轮 · 复测(SOUL.md 规则已常开)

复测
−35%账单
−63%总 token
−32%耗时
9 vs 17主任务调用

总 token

按 skill
200,779
不按
539,281

输出 token单价最贵

按 skill
10,378
不按
18,392

缓存命中 token

按 skill
166,912
不按
499,072

费用 (USD)

按 skill
0.010250886
不按
0.015804965999999997
按 token-diet不按差值
主任务调用917−47%
审批等辅助调用70—
输入(未命中)23,48921,817-8%
缓存命中166,912499,072−67%
输出(含思考 5,958/10,577)10,37818,392−44%
合计 token200,779539,281−63%
费用$0.01025$0.01580−35%
耗时93s136s−32%

第二轮:三条规则已写进 SOUL.md(每轮注入),两边都受益,所以测的是 skill 的边际收益 —— 差值从 −52% 收窄到 −35%,说明主要杠杆是「常开规则」而不是「按需加载 skill」。质量:精简版这轮做了 lsof +D 引用确认,正确区分了在用的 d00bbf venv 和可清的 596abe(390M);但漏了 /opt/artex/dist 里三份相同的 amd64 二进制(可省 155M)。

省 token 的原理

杠杆作用点为什么有效
少轮次输入 + 缓存每次调用都重发整个上下文,轮数线性放大前缀重发量
源头裁剪工具输出输入 + 缓存工具输出是上下文膨胀主力,进了上下文每轮都要重发
并发合并调用输入 + 缓存五个来回变一轮,省掉的是每轮重复的前缀
输出砍废话输出输出 $0.60/M,是缓存命中价($0.003/M)的 200 倍

护栏:省轮数 ≠ 省证据。删除/停用前必须确认引用(lsof +D、/proc/<pid>/maps、pgrep);清单类交付宁可多列一行。