把自己 ~/.dsh/sessions 里的日志全算了一遍：650 次请求、16 个会话，v4-pro
缓存命中率 98.09%（ agent 负载的正常水平）。按今晚生效的新价重算这批 token：
账单变成 2.7 倍。同样的量如果零命中，反而只涨 1.5 倍。
原因是三档价没有一起涨（ v4-pro ，旧全天价 → 新空闲价，元/百万 token ）：
| 档位 | 旧价 | 新空闲价 | 涨幅 |
|---|---|---|---|
| 输入·缓存命中 | 0.025 | 0.15 | 6.0× |
| 输入·缓存未命中 | 3.00 | 4.50 | 1.5× |
| 输出 | 6.00 | 13.50 | 2.3× |
都在说输出涨 2.3 倍，其实涨最狠的是最便宜那档。旧价目表对高命中率用户最友好， 所以这次也是他们最吃亏。（缓存本身还是值得的：这份负载下它把 ¥711 的账单压到 ¥46 ，只是折扣没从前陡了。）
另一个对国内特别不友好的点：新价按 UTC 分峰谷，空闲半价。换成北京时间， 高峰是 09:00–12:00 和 14:00–18:00 ，正好卡满工作日；半价只剩午休和晚上。 能挪的批量任务挪到晚上跑，不改代码省一半。
这些数字跟 DeepSeek 控制台账单对过账：花费差 2%，token 差 2%，差额是本地日志 少记的 34 次请求（删过的会话+失败重试），所以以上都是下限不是估值。
不用信我的，测你自己的（单文件、零依赖、不联网、不碰凭证，只读本地日志）：
curl -O https://deepseekprice.com/dsh-cache-audit.py
python3 dsh-cache-audit.py
完整方法和对账过程： https://deepseekprice.com/zh/deepseek-cache-pricing 峰谷时段换算成你的时区： https://deepseekprice.com/zh/off-peak-hours （页面是我做的，脚本随便用。）
Select Language