峰谷花费 ogidimitrov/dsh-peak-cost

dsh-peak-cost

一个 DeepSeek Harness 插件，在输入框下方加一行常驻信息：

● Off-peak · ≈ $0.338 · bal $7.27

DeepSeek Harness 输入框停靠行：高峰状态、会话估算和账户余额，位于自带的步数计数器和 token 计量器右侧

它回答关于当前会话的三个问题：

1. DeepSeek 现在是否按高峰时段计费？
2. 这个会话到目前为止花了多少美元？
3. 你的 DeepSeek 账户还剩多少？

把鼠标悬停在这行上，会打开一个面板，展示费用归属：计费窗口和距离切换还剩多久、账户余额和两个钱包，以及一张分类表，列出每类内容首次进入上下文时的费用，和之后每次重新发送时的费用。

上面的截图未经编辑：这行就在自带的轮次/步数计数器和 token 计量器旁边，显示 ● Off-peak · ≈ $0.338 · bal $7.27，对应一个 9 轮、264 步、缓存命中率 99.6% 的会话。

行为

| 槽位 | conversation.composer.dock（输入框卡片下方，紧挨自带的活跃度和上下文用量条目） |
| 作用域 | 每个会话 |
| 更新 | 花费跟随每次结算的模型调用；状态标签每 30 秒对照时钟重新判断；余额每 60 秒刷新 |
| 语言 | 英文和中文，跟随应用的语言设置 |

余额

会话估算旁边，这行还会显示你的 DeepSeek 账户余额：

● Off-peak · ≈ $0.18 · bal ¥7.26

它每 60 秒从 Host 的账户 Remote（ctx.remote.account.getBalance）读取一次，窗口重新获得焦点时也会读取——和「设置 → 账户」页面调用的是同一个接口——并且两种钱包都计入：充值钱包加上任何赠送/补贴钱包，所以它可能和充值页面上的单个数字不一样。面板里始终会列出这两个钱包。
账户面板是 Typert Remote 命名空间，不是普通服务。因此插件通过作用域内的 ctx.inject(['remote.account'], …) 捕获它，同时在根上下文上仍回退到 ctx.remote.account。这样它就不受加载顺序影响：费用行立即渲染，余额在传输可达后马上出现。

余额在任何方向都是可选的：未登录的账户、只配置了 API key 的环境、读取失败，或者构建产物里没有账户传输，都会直接丢弃余额，费用行保持完整。不会向磁盘缓存任何内容。

钱花在哪了

悬停费用行会打开一个主题化面板（固定定位在输入框上方，移开或按 Escape 关闭），展示费用归属：

Content In context First time Re-sent
Tool results 40k $0.021 $0.0047
Web results 18k $0.0014 $0.0110
Assistant replies 12k $0.0048 $0.00
Your messages 4.2k $0.0003 $0.0028
Model thinking 6k $0.0024 $0.00
Tool schemas 8.8k $0.0013 $0.00
System prompt 1.4k $0.0002 $0.00
Model output $0.028
Session total $0.423

每一行回答两个不同的问题：

- First time —— 这部分内容进入上下文时花了多少，按缓存未命中的输入计费，只算一次。
- Re-sent —— 之后每次携带它的调用又花了多少，按缓存命中的输入计费。

所以「这次会话里网页搜索数据花了多少？」就是一行：首次抓取按未命中费率，加上每次重发按命中费率。一条搜索结果到达一次、之后一直留在对话里，就只按输入计费一次，其余时间按缓存计费——这就是为什么 18k token 的网页数据只花了大约一美分，而不是输入费率的 18 倍。

拆分是怎么做的

每次调用都会上报真实计费用量。折叠逻辑按类别维护上下文的运行估算，并拆分每次调用的提示词：

- 缓存未命中 token 归给自上次调用以来新增的内容，按其大小比例分配——新的搜索结果、新的工具输出、新的回复；
- 缓存命中 token 归给上下文中已有的全部内容，按其大小比例分配。

每次调用的总量是服务商自己的数字，所以各类别费用加起来等于真实账单，只有类别之间的拆分是估算（每 token 四个字符）。输出单独列出，因为它不属于上下文。被替换或压缩的内容在离开上下文时会被减去，所以「In context」列跟踪的是当前实时界面，而不是累计总和。

安装

这个包是 Harness bundle：它声明了 dsh.bundle.patch 和 dsh.client 两半，所以在配置档里安装它会同时挂载 Host 投影和 Web 入口。
把包规格 github:ogidimitrov/dsh-peak-cost 作为 bundle 安装——在应用的 Plugins 页面操作，或者在智能体会话里通过插件管理器的 install_bundle 动作安装，把该规格作为 target。

插件需要一版 Harness 构建，其中提供会话投影注册表、conversation.composer.dock 插槽和客户端 locale 服务——也就是当前的 DeepSeek Harness 桌面端/网页端应用。它没有 npm 依赖，也没有构建步骤。

要移除它，在同一个 Plugins 页面卸载该 bundle 即可。

数字是怎么算出来的

金额不在客户端根据 token 总数推算。Host 侧折叠持久会话日志，注册一个会话投影 peakCost，它的 wire view 携带累计花费。Client 只渲染这个值，从不重新折叠事件，所以翻页、重载和压缩之后数字依然准确。

日志里每条 assistant/message 单独计价：

- model —— 取自消息自身的服务商元数据，所以会话在 deepseek-flash 和 deepseek-v4-pro 之间切换也能算对；
- tokens —— 缓存未命中输入、缓存命中输入、缓存写入和输出，按服务商上报的用量分别计价（回退到消息流里的 usage chunk）；
- 计费窗口 —— 取自消息自身的时间戳，所以跨过高峰边界的会话在两个窗口里都能算对；
- 折扣 —— 非高峰费率是高峰费率的一半。

折叠是已提交事件的纯函数，所以重放和 fork 得到同样的数字。

缓存命中也是计算的一部分

Harness 每次调用模型都发送整段对话，所以长会话每次都烧掉一大段提示词——其中几乎全是缓存命中，按命中费率计费，而不是输入费率。正是这个折扣，让一个会话能用几美分跑掉几百万提示词 token。

这是本插件记录的一个真实会话，对话进行到中途，非高峰时段，模型 deepseek-flash：

| | tokens | 费率（非高峰） | 花费 |
| 缓存未命中输入 | 184,312 | $0.15 / 1M | $0.028 |
| 缓存命中输入 | 21,805,952 | $0.003 / 1M | $0.065 |
| 输出 | 102,878 | $0.60 / 1M | $0.062 |
| 合计 | | | $0.155 |

同样的 22M 提示词 token，如果不走提示词缓存、按未命中费率计费，就是 $3.36；面板里每行的 First time / Re-sent 拆分，展示的正是你当前查看的会话享受的同一折扣。

为什么这个数字和你的余额会对不上

这个数字是按标价折算的等价值，从会话日志算出，从不读取你的钱包。有三件事会让钱包余额和它对不上：

- 赠送或奖励额度先被消耗。 DeepSeek 先从赠送/奖励余额扣费，再扣充值余额，所以充值余额可能一直不动，而用量在累积。
- 余额不是流式推送的。 它按需从平台读取；一直开着的面板显示的是它读取那一刻的值。
- 并非每次调用都会写进日志。 生成会话标题、以及部分压缩工作，都不会提交 assistant/message，所以这些开销本估算看不到。

要看权威扣费，请用平台的用量页面；这一行数字只用来在会话运行期间观察它的开销走势。

费率与计费日历

默认值取自 DeepSeek 官方定价（美元 / 1M token）：

| 模型 | 缓存命中 | 缓存未命中 | 输出 |
| deepseek-flash | 0.006 | 0.30 | 1.20 |
| deepseek-v4-pro | 0.044 | 1.32 | 3.96 |

高峰时段为 UTC 周一至周五 01:00–04:00 和 06:00–10:00，中国法定节假日除外。其余时段、整个周末以及中国法定节假日均为低谷时段。低谷价格是上表的一半。

费率和计费日历都是 index.js 顶部的常量：

- MODEL_RATES —— DeepSeek 调价时，在这里增删或修改模型卡片；
- PEAK_WINDOWS、PEAK_WEEKDAYS_ONLY —— 计费日历；
- PEAK_HOLIDAYS —— 中国法定节假日，用 UTC 的 YYYY-MM-DD 表示。默认为空：节假日当天，在你补上日期之前，指示器会显示「高峰」，而实际计费是低谷。

旧别名（deepseek-v4-flash，以及更早的 -chat / -reasoner 名称）按 flash 卡片计费。

已知限制

- 只是估算。 它按标价给上报的 token 计价，不是账单：这里不读你的余额，也不读服务商的发票。
- 只统计已结算的模型调用。 从不提交 assistant/message 的调用——生成会话标题、部分压缩工作——不在日志里，也不计入。上报了用量却没有结算消息的失败尝试同样跳过。
- 只算一个会话。 子代理会话有自己的日志和自己的 dock 行；这个数字是你看的这个会话。
- 未知路由。 匹配不到任何卡片的模型 id 会计入消息总数，但按零计价；tooltip 会报告这类消息有多少条。
- Search/Fetch。 独立的 Search 和 Fetch API 费用没有建模。

开发

npm test # node --test: fold semantics, window edges, wire schema, client rendering

测试套件除 Node 22+ 外不需要别的东西：

- test/fold.test.mjs 直接驱动 Host fold —— 高峰边界、周末、缓存桶、模型路由、未知路由、流式回退、检查点安全；
- test/client.test.mjs 用打桩的模块加载器和 React 加载客户端模块，再用形如 wire view 的投影值渲染 dock 条目。

打包结构：

index.js Host half: the peakCost session projection
client.js Client half: the composer-dock entry and locale dictionaries
cordis.patch.yml Loader row inserted by the bundle
locale/{en,zh}.json Plugin Manager title and description
icon.svg Plugin artwork

许可证

MIT —— 见 LICENSE。