yoka-dsh-billing · DSH 计费插件

在 DSH Desktop 里按 token 计费：聊天输入框下方、token 环左边常驻显示本会话与全局两条费用，左侧边栏底部显示 DeepSeek 账号余额；每条费用右边有一个 ↺ 可重置计费起点（本次归零、历史只进累计），达到上限时宿主在该轮开始前阻断 LLM 请求。

● ¥0.0834 / ¥50.00 ↺      ● ¥12.3600 / ¥1000.00 ↺
  本会话本次计费 / 上限         全局本次计费 / 你设的全局上限

• 左侧边栏底部（设置按钮旁）：余额 ¥1007.20（充值 + 赠金，只作参考）。
• 点角标打开面板；点 ↺ 重置计费起点；超额时弹确认框。
• 圆点分三档：绿 <60% / 橙 60–90% / 红 ≥90%；全局上限未设时用灰点（不阻断）。

界面

聊天输入框下方常驻两条角标——左边本会话、右边全局，各自右边带一个 ↺；左侧边栏底部（设置按钮旁）是账号余额：

点角标打开面板。上半是「本次 / 累计」、账户余额与全局计费上限（留空 = 不设上限）；下半是独立的单会话上限段（每个会话一行，上排本次、下排累计）与模型单价：

计费口径

项目	取值
计费粒度	全局（所有会话累加）+ 单会话（同一份 token 按会话聚合，不需要额外数据源）
token 来源	官方 tokenUsage 投影同源的折叠逻辑（request/header 定路由，assistant/message/assistant/attempt 取 usage，同一 turn:step 重采样替换而非累加，llm/retry-started 清槽）
四类 token	未缓存输入 / 输出 / 缓存读 / 缓存写，分别按官方单价计价
单价	内置 @earendil-works/pi-ai 官方价目表（USD / 百万 token），本仓库锁定了 32 个 provider、605 个模型；可在面板里按模型覆盖
汇率	内置 1 USD = 7.2 CNY，面板可改
未知模型	估算价 [输入 1, 输出 4, 缓存读 0.1, 缓存写 0] USD / 百万 token

金额永远现算：账本里只存 token 与模型键，改汇率或改单价会立刻重算全部历史用量。

上限与余额

• 全局上限由你自己设（面板「全局计费上限」，账本 limit）：填多少就是多少，留空 / 0 = 不设上限、不阻断。它不来自余额。
• 余额只是边界与参考：DeepSeek 账号余额 = 充值余额 + 赠金（deepseekAccount.getBalance），每 60 秒自动刷新，也可在面板里手动刷新。你设的全局上限超过余额时会被夹到余额（ceilingSource: "limit-clamped"，原值仍留在账本里，余额涨回来会重新放宽）；余额取不到（未登录、接口失败）或余额为 0 时不夹取，你设的上限照旧生效。
• 单会话上限：面板里独立的一段「单会话上限」（在「全局计费上限」正下方），给每个会话各设各的，彼此独立、不共用（0.2.2 起已删掉原来那个对所有会话一起生效的「默认上限」）；留空 / 0 = 该会话不设上限。单会话上限不受余额夹取。当前会话即使还没有用量记录也会先列出来，可提前设上限。每行两排：上排 = 该会话本次（用量 + 费用 + 占比），下排 = 该会话累计（用量 + 费用）——重置只把起点前移，历史一直摆在第二排。
• 越线且守卫开启时，宿主在 agent/pre-step 上返回 {kind:"reject"}，该轮结束且不发 LLM 请求（blockScope 区分是全局还是单会话）。
• 阻断后界面弹确认框，可选：一次性放行 / 本会话放行 / 去充值（有待充地址时）/ 调高上限 / 暂不放行。放行只影响后续请求，需要重新发送刚才的消息。
• 「本会话放行」只免该会话，不会绕过全局上限；「一次性放行」对两类上限都生效一次。

本次与累计（重置计费起点）

• 上限比的是本次：从最近一次重置算起的费用。累计是全部历史（含已经前移出去的部分），只作参考，永不归零。
• 两个角标右边各有一个 ↺ 重置计费起点（本会话一个、全局一个）。重置 = 基线前移：把当前用量记成新起点，本次归零、不再阻断，历史只进累计，token 记录一条都不丢（金额永远现算，所以改了汇率 / 单价，本次与累计会一起重算）。
• 两个 ↺ 彻底分开、互不影响（0.2.5 起）：全局 ↺ 只把全局的本次归零，各会话的本次与它们自己的 ↺ 状态分毫不动；某个会话的 ↺ 只把那个会话的本次归零，全局本次与其它会话都不受影响。所以「谁的上限越线，就重置谁」——全局上限越线要点全局 ↺，某个会话的上限越线点它自己那行的 ↺ 即可。
• 面板里也能重置：概览第二行显示累计，右边就是全局 ↺；「单会话上限」每行末尾有 ↺（只重置该会话）；超额确认框里也加了 ↺——充值后不必再去调高上限。
• 想彻底清空历史（累计也归零）用面板底部的清空历史：那是硬重置，会删掉全部 token 记录，不可恢复。

面板（点击角标或侧栏余额）

概览（本次已用 / 上限 + 百分比 + ≈USD + 进度条，下一行是累计 + 全局 ↺ 重置计费起点）→ 账户余额（只读：逐钱包的充值余额 / 赠金行、余额合计、其中赠金、刷新、去充值）→ 额度（全局计费上限、汇率、超额阻断开关）→ 单会话上限（独立一段：列标题「会话 / 用量 / 费用 / 占比 / 单会话上限」，每个会话一行数字输入 + 行内两排数字（上排本次、下排累计），各设各的、互不共用，留空 / 0 = 该会话不限；当前会话行高亮并标「当前」；回车或移开焦点即生效；行末 ↺ 只重置该会话的计费起点）→ 单价（当前模型四档官方价、按模型覆盖 / 恢复官方价、按模型的用量明细：每行显示本次费用 + 累计费用）→ 保存 / ↺ 重置计费起点 / 清空历史。

面板里没有「已充金额」——那是 0.1 的遗留概念；上限也不再等于余额，而是你在「全局计费上限」里填的数字。

数据

• 账本：~/.dsh/billing/ledger.json（可用插件 config 的 storeFile 覆盖），原子写盘 + 1200ms 防抖。
• version: 3：只存 token 与模型键（不含金额），外加 limit（你自设的全局上限，原值）、sessionLimits（按会话各存各的上限）、sessionAllow（已放行的会话）、globalBaseline（全局 ↺ 前移出去的 token）与各会话的 baselineByModel（该会话 ↺ 前移出去的 token）、resetAt；全局本次 = 全部 − globalBaseline，某会话本次 = 它的 steps − 它的 baselineByModel，两个口径互不影响。0.1 的 topUp（已充金额）保留但已废弃，0.2.1 的 sessionLimit（对所有会话一起生效的默认上限）已被 sessionLimits 取代。全局有效上限由 limit 与余额现算：ceilingSource 取 unset（未设） / limit（自设） / limit-clamped（超过余额被夹）；单会话的 ceilingSource 取 own（该会话自己设了） / none（该会话没设）。
• 旧账本自动升级：读到 0.1 的 version: 1、或 0.2.4 的 version: 2 文件时会就地补成 version: 3 并立即落盘（不等下一次用量变化），会话、步骤与 token 全部保留，金额仍按当前汇率/单价现算。若旧账本里设过 sessionLimit（共用默认上限），它会被落到当时已有记录的每个会话上，然后字段消失——限额不丢，且从此各自独立可改。0.2.4 的旧基线（archiveBaseline + 各会话 baselineByModel）会并进 globalBaseline（全局本次保持原值不变），其中由全局 ↺ 写下的会话基线会被清掉——那些会话本来就是被全局重置误伤的，升级后立刻恢复成它们自己的计费周期。
• 最多保留 40 个会话的明细，更早的会话折叠进按模型的归档（金额不受影响）。

HTTP 接口（宿主半边，前缀 /plugin-billing）

方法	路径	说明
GET	/state?session=<id>&refresh=1	角标/面板所需的全部状态；带 session 时附带该会话的用量与上限，refresh=1 强制刷新余额
POST	/config	写入汇率、守卫、全局上限（{limit}，0 = 不设）、模型单价覆盖（{price:{key,value}} / {price:{key,reset:true}}）、某个会话自己的上限（{sessionId, sessionLimitFor}，传 0 清除该会话的上限）；上限被余额夹取时响应带 limitClamped: true。0.2.1 的 {sessionLimit}（共用默认上限）已废弃、被忽略
POST	/override	{mode:"once"｜"session"｜"off"｜"reset", sessionId?} 放行 / 清除放行
POST	/reset	{scope:"session"｜"global", sessionId?} 重置计费起点（默认软重置 = 基线前移：本次归零、历史只进累计、token 一条不丢；scope:"global" 只动全局起点，各会话自己的起点不受影响，反之亦然）；{hard:true} 才是旧的清空历史（累计一起归零，不可恢复）
GET	/pricing?q=	价目表检索（精确命中优先）
GET	/diag	诊断：clientModules 是否已把浏览器半边收进启动图，以及实时余额、自设全局上限与单会话上限表、本次/累计金额与各会话基线

守卫：仅接受同源 / 带 dsh-auth- cookie / 回环地址的请求，响应 cache-control: no-store。

权限、依赖与失败边界

面向 DSH STORE 自动审查的声明（package.json 里的 engines 与 dsh.compatibility 是机器可读的那一份，这里是同一件事的说明）：

能力	用在哪	边界
文件系统（files）	宿主半边读写插件自己的账本 ~/.dsh/billing/ledger.json（config storeFile 可指到别处）	不读工作区、不读其它插件的数据；写盘是「临时文件 + 改名」的原子替换
网络（network）	浏览器半边用同源 fetch 调本插件自己的宿主路由 /plugin-billing/…	宿主半边不发起任何网络请求；不访问任何第三方域
子进程（commands）	运行时零子进程；只有 tests/ 下的开发脚本（自测、HMR/HTTP 探针、发布）会用到 shell 与 git	这些脚本不在 files 里，不随包发布
凭据（credentials）	运行时零凭据；余额走宿主 deepseekAccount 服务，插件从不接触账号 token	tests/submit-remote.mjs 读本机 ~/.dsh/github-token.txt，仅供作者发布用
原生模块 / 生命周期脚本 / 运行时依赖	都没有：纯 ESM，peerDependencies 只有 react（宿主已提供）	装包不执行任何 install / build 脚本

• 外部服务：唯一可选的对外依赖是宿主服务 deepseekAccount（读账号余额）。其余全部本地：计费靠内置价目表 lib/pricing.json 与账本里的 token 记录。
• 兼容性：Node >=20（实测 Node 24.14.0 —— DSH Desktop 0.2.0-rc.2 自带的 Electron 44 运行时，也是两份自测所用的 Node）；DSH >=0.2.0-rc.1；逐版本记录里 0.2.0-rc.2 = compatible，依据是本插件在该版本上长期实跑（宿主路由、双角标、余额、重置都在用）；浏览器半边声明 platform: web，profile web。一次性 profile 的安装 / 启动 / 卸载尚未自动化验证，因此不声明 dshOperations（保持 unknown）。
• 失败边界（都不影响会话本身）：账本读不到或 JSON 损坏 → 从空账本开始，不抛错；写盘失败 → 记一条 billing: 账本写入失败 warn，进程内继续算；余额服务不可用（未登录 / 接口失败 / 服务缺失）→ 余额显示 — 且不夹取上限，计费与阻断照旧；价目表缺失或模型未知 → 用保守估算价 [1, 4, 0.1, 0]；路由对非本机 / 非同源请求返回拒绝，只影响该请求。
• DSH STORE 自动审查的现状：按商城自己的扫描规则复扫本仓库，运行文件里只剩两条信号——lib/index.js 的 files（账本写 JSON）与 lib/client.js 的 network（浏览器半边调自己的宿主路由）。开发脚本已放在 tests/，而商城把测试目录排除在「运行能力证据」之外，所以 commands / credentials 两条不再计入。剩下这两条是这类插件的本性，条目因此仍可能停在人工复核（商城的说明也写明：高能力项目可能保持 user-reviewed，声明本身不保证自动批准）。

安装

宿主半边跑在 DSH 进程里；浏览器半边是手写的 window.__ModuleLoader__ 包装（lib/client.js，无需构建），由 dsh-client-modules 以 combo URL 提供——注意不是 /plugins/yoka-dsh-billing/client.js（该形状返回 404），真实 URL 形如 /plugins/??yoka-dsh-billing/client.js&rev=<rev>，由启动图注入，页面上会自行加载。

安装 = 让桌面 profile 能解析到本包，并在 dsh.profile.bundles 里登记。已执行的命令：

# 在 DSH 会话内用 plugin_manager 工具，等价于 dsh plugin --profile desktop add link:<dir>
# target: link:C:\Users\walex lin\Desktop\dsh workflow\插件\dsh-billing

它会把 "yoka-dsh-billing": "link:…/dsh-billing" 写进 ~/.dsh/profiles/desktop/package.json 的 dependencies，并把 yoka-dsh-billing 追加进 dsh.profile.bundles，随后热应用（application: applied）。插件自带的 cordis.patch.yml：

- insert:
    - id: yoka-dsh-billing
      name: 'yoka-dsh-billing'
      config: { rate: 7.2, limit: 0, guard: true }

开发

node tests/build-pricing.mjs "<pi-ai>/dist/providers/data"   # 重新生成 lib/pricing.json
node tests/self-test.mjs          # 宿主：折叠 / 计价 / 余额 / 自设上限与夹取 / 守卫 / 路由 / 持久化 / 旧账本迁移 / 重置计费起点（全局与单会话互不影响）（153 项）
node tests/self-test-client.mjs   # 浏览器：模块外壳 / 槽位 / 双角标与 ↺、侧栏余额、面板文案与「单会话上限」独立段（每行两排：本次 / 累计）/ 两个 ↺ 互不牵连（107 项）
node tests/probe-hmr.mjs          # 核对「运行中的宿主」是否已发布本地这版 client.js（无需刷新/重启）

已知边界

• 订阅制账号并不按 token 单价扣费，这里的金额是等效价值参考，不是账单。
• 余额来自宿主 deepseekAccount 服务（可选依赖：拿不到就只影响余额显示与「上限夹取」，不影响计费、自设上限与单会话上限）。
• 面板里的模型键是 provider/model；直接改单价只影响该键的用量。
• 角标挂在 conversation.composer.dock 槽位，只在会话输入态（composer）渲染；欢迎页不显示。侧栏余额挂在 sidebar.footer.action，与设置按钮同一行，收起态（56px）只留一个圆点。
• 浏览器半边的改动由模块图 HMR 自动跟上：dsh-client-hmr 每 500ms stat 一次各条目的 client.js，元数据一变就 rebuilt(id) 并经 /plugins/events 广播，页面会把该插件重挂载（不用刷新页面，但被重载插件的 React 状态会丢，所以打开着的面板会自己关掉）。node tests/probe-hmr.mjs 可核对当前发行的 revision。宿主半边（lib/index.js）不热重载源码，改完需要重启 DSH 才会生效——已安装的那份实例跑的是安装时的代码。
• 面板与确认框的底色是完全不透明的：官方「菜单面」色（--dsw-specific-menu，浅 #f8f9faf0 / 深 #303136f0，94% 不透明）叠在 --dsw-alias-bg-layer-1（纯色层）上，外加 rgba(0,0,0,.34) 遮罩；面板经 react-dom 的 createPortal 挂到 document.body，避免侧栏祖先的 transform 困住 fixed 定位。