dsh-api-balance

DSH 桌面插件：打开 DeepSeek Harness 时，在桌面角落浮出一个置顶小窗，实时显示你 DeepSeek API 账户的余额，以及今天累计消耗的 token。

┌──────────────────────────────┐
│ ● DeepSeek 余额     刷新  ×  │     第 1 页   余额 + 今日 token
│ ¥11.49                       │     第 2 页   今日消费（按余额减少量估算）
│ 今日 141.6K tokens           │     第 3 页   计费时段：高峰 / 优惠 + 倒计时
│ 09:44:39 已更新 · 每 60s …   │
│                        ● ○ ○ │     点一下金额区域 → 往后翻一页，到头绕回第 1 页
└──────────────────────────────┘

_{点金额区域换页。截图是本地假数据：余额 41.20，今日消费 ¥0.80；第 3 页那一刻正好是工作日高峰。}

• 三页：点一下金额区域就在「余额 / 今日消费 / 计费时段」之间循环
• 第 3 页告诉你现在是高峰（贵）还是半价的优惠时段，还差多久切换
• 七套配色 + 可以用自己的图片当背景（右键菜单里换，不用重启）
• 点 × 只收进托盘，随时叫回来；也可以 /balance 命令开关
• 支持高 DPI，在 125% / 150% 缩放下原生渲染不发虚

每个版本改了什么、为什么，见 CHANGELOG.md。

安装

前置条件：Windows 10/11 + 已安装 DSH 桌面版。不需要自己装 Node。

# 1) 先【完全退出 DSH 桌面版】——不改这一步会失败，见下面的说明
# 2) 装进桌面版使用的 profile
dsh plugin --profile desktop add git+https://github.com/wwwwangpengggg/dsh-api-balance.git
# 3) 重新打开 DSH，小窗就会出现在屏幕角落

为什么用 git+https://… 而不是简写 github:用户/仓库？ 简写会被 pnpm 解析成 SSH 地址（git+ssh://git@github.com/…），于是要求你配好 GitHub SSH 密钥；没配就会报 Permission denied (publickey)。显式写 git+https:// 走匿名 HTTPS，公开仓库不需要任何凭据，谁都能装。（已配好 SSH 密钥的话简写也能用。）

为什么装之前要处理 DSH？ pnpm 会把插件包写进 profile 的 node_modules，而正在运行的 DSH 实例锁着其中某些原生模块，install 会以 ERR_PNPM_EPERM 失败。这不是本插件的问题， 任何 DSH 插件在运行期安装都会撞上。

准确的规则不是「关掉 DSH」，而是——不要往「正在运行的那个实例所使用的 profile」里装。 桌面版用 desktop，dsh web（浏览器版）用 web，两者可以同时开着、各占一个 profile。 所以「我在用浏览器版，那就装进 web」是反的：那个 profile 正被占用。

三种可行做法，挑一个：

1. 把 DSH 完全退出（最省事）。注意关窗口不等于退出 —— 去任务管理器确认 DSH Desktop 进程全部消失；
2. 往当前没在用的那个 profile 里装。例如你正在用浏览器版，就装进 desktop；
3. 用一次性 profile 试装：dsh plugin --profile try1 add …。全新的 profile 谁都不占它， 不会和任何正在运行的实例冲突，验证完直接删掉那个目录即可。

如果报的 ERR_PNPM_EPERM 发生在你明明已经关掉 DSH 之后，那多半不是 DSH 锁的，而是 杀毒软件（含 Windows Defender 实时防护）抢先去扫描 pnpm 刚写出来的 skia.win32-x64-msvc.node，导致 pnpm 无法把它归位 —— Windows 上的已知竞态。 先把 profiles\<名字>\node_modules 下的 *_tmp_* 残留目录删掉再重试；仍然失败就把该 profile 目录加进杀毒软件白名单。

如果提示「dsh 不是内部或外部命令」

dsh 与 pnpm 是桌面版随附的命令，默认只注入它自己启动的子进程环境，不一定在你 自己新开的终端里。两种解法：

1. 用 DSH 桌面版自带的终端（如果它有的话）——那里的 PATH 是对的；
2. 在普通 PowerShell 里手动补 PATH（推荐，一定能用）：

# 把桌面版随附的两个命令目录临时加到本次会话的 PATH（只影响这个窗口）
$env:PATH = "$env:APPDATA\DSH Desktop\runtime-commands\bin;$env:APPDATA\DSH Desktop\host-commands\desktop\bin;$env:PATH"
dsh plugin --profile desktop add git+https://github.com/wwwwangpengggg/dsh-api-balance.git

想一劳永逸的话，把上面那两个目录加进「系统属性 → 环境变量 → 用户变量 Path」即可， 之后任何终端都能直接用 dsh。

按版本锁定安装（可选，用 tag）：

dsh plugin --profile desktop add git+https://github.com/wwwwangpengggg/dsh-api-balance.git#v0.2.1

卸载：

dsh plugin --profile desktop remove dsh-api-balance

配置 API Key

小窗要读你的 DeepSeek API Key。它会按这个顺序找：

1. 环境变量 DEEPSEEK_API_KEY
2. $DSH_HOME/.credentials.yaml 里的同名键（DSH 自己的凭据文件，通常已经配好了）

Key 不会经过 DSH 的 IPC，也不会出现在任何命令行里 —— 小窗进程自己去读， tests/config.test.mjs 有一条断言专门防这件事。

没配好时小窗会显示「未配置密钥」，配上后点「刷新」即可，不用重启。

如果 dsh plugin add 用不了

pnpm 不可用、或公司网络装不了时，可以手动装（不需要 pnpm）：

1. git clone 到任意目录；
2. 在 $DSH_HOME/profiles/desktop/package.json 的 dependencies 里加一行 "dsh-api-balance": "link:<克隆出来的绝对路径>"，并在 dsh.profile.bundles 里追加 "dsh-api-balance"；
3. 在 $DSH_HOME/profiles/desktop/node_modules/ 下建一个指向该目录的 junction （cmd /c mklink /J <链接路径> <克隆路径>）；
4. 重启 DSH。

它是什么形态

一个独立的原生 Windows 窗口（PowerShell + WinForms），不是主窗口里的浮层：

• 无边框、圆角、半透明深色卡片，TopMost 常驻最上层；
• 左键拖动移动，位置记在 $DSH_HOME/plugins/dsh-api-balance/state.json，下次启动回到原处；
• 双击或右键菜单立即刷新；右键可切 30s / 60s / 5min 刷新、取消置顶、打开充值页；
• 点 × 不是退出，而是收进托盘（第一次会弹个气泡说明），随时能叫回来；
• 主窗口最小化、切换会话都不影响它。

三页：余额 / 今日消费 / 计费时段

小窗有三页，点一下金额所在的区域就往后翻一页，翻到第 3 页再点绕回第 1 页。右下角每页一个 小圆点（当前页亮、其余暗）。右键菜单里也有「页面」子菜单，想跳哪页点哪页，勾选跟着当前页走。

页	显示什么
第 1 页	余额 + 今日累计消耗的 token（跨多次开关机累加）
第 2 页	今日消费的金额（下面一行是当前余额）
第 3 页	现在是高峰（贵）还是优惠（半价）时段，以及还有多久切换

「刷新」和 × 两个按钮、以及最底下那一行，都不在换页区域内，点它们不会误翻页。

为什么不做左右滑动？ 这张卡片本身要靠拖动来移动位置，横向滑动会和拖拽抢同一个手势—— 同一个手指动作既可能被当成翻页、也可能被当成挪窗，怎么调都会有一边不跟手。点一下没有歧义， 也更容易发现（右下角那排小点就是提示）。

「今日消费」的口径

DeepSeek 的余额接口只给「还剩多少钱」，没有任何账单明细，所以这个数字只能由余额的 减少量倒推：每取到一次余额就和上一次比，少了多少就记多少。于是有两条必须说清楚：

• 充值不计入、也不抵扣。 余额变多时只把基准线抬上去，已经累计的消费额不动；
• 换天时计数归零，但基准线保留。 所以 DSH 关着那段时间的减少量不会被丢掉， 它会记在「第一次被观察到的那一天」（只有换币种才会整份重开）。

也就是说它是个近似值，页面上因此直接标了「充值不计入」。记账写在 $DSH_HOME/plugins/dsh-api-balance/spending.json，由小窗独占读写；想手动清零，删掉这个文件即可。

「一天」从早上 8 点开始，24 小时后换新的一天

这里的「今天」不是自然日，而是从早 8 点到次日早 8 点的那 24 小时——因为凌晨还在写 代码是常事，按 0 点归零会把一个连续的通宵切成两半。所以：

时刻	算哪一天
今天 07:59	还属于昨天那一格
今天 08:00	新的一天开始，计数归零
今天 23:59	与 08:00 同一格
次日 02:00	仍属于昨天那一格
次日 08:00	再开始新的一天

第 2 页那一行会写明起算时刻（「余额 ¥41.20 · 08:00 起算」），不用你去猜是哪种口径。

想换起点（比如改成自然日、或你习惯的其它整点）见下面的 dayStartHour。

为什么和官网的「今日消费」不一样

它俩本来就不是同一个数，差很多也不代表插件坏了。三个原因，从根子到细节：

1. 接口只给余额，没有账单。 DeepSeek 的 API 只有 GET /user/balance，不提供消费明细或 用量历史；生态里同类工具（dsh-deepseek-usage、 deepseek-costs-mcp）也都只能靠余额推算。 所以这里只能看「余额掉了多少」，而官网那个数字是它自己的计费流水，没有通过 API 取到的办法。

2. 它只数得到小窗看着时的那部分。 DSH 没开、或插件没在运行时，余额照样在掉，但那段对本地 完全不可见。所以刚装上的当天、或 DSH 长时间关闭之后，这个数字会明显偏低——它只知道 「从我开始看着的那一刻起」。

3. 窗口区间可能不同。 你这里的一天是 08:00 → 次日 08:00，而官网的「今日」几乎肯定是 自然日 00:00 → 24:00。想和官网的口径对齐，把起点改成 0：

   - id: api-balance
     config:
       dayStartHour: 0
   

一句话：把它当成「这台机器上、从起算时刻起我观察到花了多少」的仪表，而不是账单。

计费时段：现在贵不贵

第 3 页回答一个问题：此刻按哪一档价钱算。判定完全依据官方定价页的口径 （api-docs.deepseek.com/quick_start/pricing）：

Off-peak rates are half of the peak rates. Peak hours are 01:00 - 04:00 and 06:00 - 10:00 UTC, Monday through Friday (all other hours are off-peak).

换算成北京时间（也就是你在这台机器上看到的）：

时段	北京时间	价钱
高峰	工作日 09:00–12:00 与 14:00–18:00	标准价
优惠	其余全部时间	半价

有两件容易吃亏、值得记一下的事：

• 午休 12:00–14:00 是半价（它对应 UTC 04:00–06:00，不在任何一个高峰区间里）；
• 周末整段都是半价。所以攒下来的批量任务放到工作日晚上或周末跑，能省一半。

判定一律按 UTC 算（不是把北京时间写死），换台机器、换个时区都不会错。

这条规则 2026-09-10 变过。 以前是「每天 00:30–08:30 错峰优惠」，那个已经作废。 如果哪天官方又调整，改 assets/balance-window.ps1 里的 $script:PeakUtcBlocks （UTC 分钟数）即可；改完 npm test 会跑 -LogicTest 里那批边界用例来兜底。

第 3 页只做提示，不参与计费：它不会改 DSH 用哪个模型，也不会拦住你的调用。 真金白银以官网账单为准。

_{左：工作日高峰（橙点，显示还剩多久结束）；右：周末优惠（绿点，显示下次高峰什么时候来）。}

关了之后怎么再打开

三种方式，按顺手程度排：

方式	怎么做
托盘图标	双击托盘里的 ¥ 图标，或右键 →「显示余额小窗」
对话框命令	在任意会话里输入 /balance（开则关、关则开）
重启 DSH	插件挂载时会自动开一次

× 只是收进托盘，进程还在，定时器照常跑——所以叫回来时余额与 token 都是新的。 真要结束进程，用托盘右键菜单里的**「退出小窗」**；那之后再想打开就用 /balance 或重启 DSH。DSH 退出时托盘图标会跟着消失，不会留下一个叫不回来的图标。

换外观（配色）

在小窗上右键 →「外观」，里面七个配色，点一下立刻生效，不用重启 DSH，选完自动记住。

主题	名字	大致观感
navy	深海蓝	默认。深蓝灰底 + 亮白数字
graphite	石墨黑	纯正黑灰，最素
teal	墨绿	深青绿底，状态点也偏青
plum	紫罗兰	深紫底
sunset	暖棕	深咖底
light	浅色	白底深字，跟 DSH 亮色主题一套
paper	米白纸	米色底，比纯白柔和

配色优先级：右键菜单里选过的（记在 state.json）> 插件配置里的 theme。 菜单里换一次就长期有效；想让它回到配置指定的那个，删掉 state.json 里的 theme 字段即可。

_{上图依次是：默认深海蓝配色 / 搭配自己的背景图 / 浅色配色（余额为本地假数据）}

想自己加一套配色：在 assets/balance-window.ps1 的 $script:Themes 里加一行（九个颜色）， 同时在 lib/config.js 的 THEMES 里补上同名键（tests/config.test.mjs 会核对两边一致）， 菜单项会自动多出来。

换成你自己的图片当背景

小窗上右键 →「外观 → 打开图片文件夹」，把图片丢进去，再点**「外观 → 图片」**选一张即可。 不用重启，选完自动记住。

文件夹位置：

$DSH_HOME/plugins/dsh-api-balance/backgrounds/

• 支持 .jpg .jpeg .png .bmp .gif（GDI+ 能解码的格式；.webp 不支持，会被忽略）。
• 首次打开会放一份 说明.txt 在里面。
• 直接丢 4K 壁纸也没关系：载入时会等比缩到卡片尺寸的 2 倍（例如 3840×2586 → 690×465）， 内存从 38MB 降到 1.2MB，重绘耗时从 25ms 降到 2.5ms。图片多大多小都自动处理。
• 图片等比放大铺满整张卡片（居中等比裁切，不拉伸变形），上面再盖一层当前主题色做蒙版， 保证数字始终清晰。
• 图片会被读进内存后再复制一份，不占用文件句柄——运行期间也能删图换图。
• 「外观 → 图片」的内容每次展开都会重新扫描，所以丢进新图不用重启；也可以点「重新扫描图片」。
• 把图片删掉后启动会静默回退成纯色背景，不会报错。

蒙版浓度（图太淡/字太糊就调它）

右键 →「外观 → 蒙版浓度」，五档：无 / 淡 / 中 / 浓 / 很浓，点一下立刻生效并记住。

这是「图片清不清楚」和「数字看不看得清」之间的那根旋钮。实测数据（余额那一行的 WCAG 对比度，门槛：AA=3.0、AAA=4.5）：

蒙版	中等亮度花图	很亮的图 + 深色主题（最坏情况）
无	5.50 ✅ AAA	1.55 ❌ 读不清
淡	6.70 ✅ AAA	2.31 ⚠ 勉强
中（默认）	9.70 ✅ AAA	4.54 ✅ AAA
浓	12.02 ✅ AAA	6.66 ✅ AAA
很浓	13.32 ✅ AAA	—

结论很简单：图片越亮、越花，就要选越浓的蒙版。如果选了「无」或「淡」发现数字看不清， 往上调一档就行，两秒钟的事。纯色背景（不选图）时这个设置没有影响。

图片和配色是互相独立的两件事：配色决定文字与蒙版的颜色，图片决定底纹。 选了「浅色」主题再配一张亮图，就会得到白蒙版 + 深色文字的效果。 要清掉图片，选「外观 → 图片 →（不使用图片）」。

token 那一行的口径

「今日 141.6K tokens」= 从起算时刻（默认早 8 点）到现在，所有会话（含子代理）消耗的 token 总量。注意是跨多次开关机累加的当天合计，不是"这次开机以来"——一天里为了调东西 反复开关 DSH 是常态，只报本次开机的话数字会严重偏低，也和「今日消费」不是一个窗口。

• 数据来自宿主事件 session/event。插件在启动时挂上监听，所以每次开机只看得见本次 开机之后追加的事件；为了得到"今天"，落盘时会把本次开机的量并进文件里已有的分条记录 （按"哪一次开机"各记一条），跨开机累加成当天合计。
• 日界与「今日消费」共用同一个 dayStartHour（默认早 8 点起算、24 小时后换新的一天）， 所以两个"今日"永远是同一个窗口；跨天时整份记录从零重开。
• 分条记录顺带解决了并发：桌面版与 dsh web 同时开着时，两边各更新自己那一条，不会把 对方的数字整体抹掉。
• 升级不会清零：如果 usage.json 还是旧结构（没有 dayKey），插件会看它最后一次写入 是否落在今天之内——是就把那个数字认领进来（接上，而不是从零开始），不是就丢掉。
• 每一步模型调用会先后产生两个用量样本（流式过程中的 assistant/chunk 与最终装配的 assistant/message）。直接相加会翻倍，因此这里照搬 DSH 自己 token-meter 的折叠语义： 同 turn/step 的新样本替换旧样本，跨步才累加（见 lib/usage.js）。
• 总数 = 输入 + 输出 + 缓存读 + 缓存写。DeepSeek 的缓存命中输入单价更低，所以 token 总数不等于花费；花费看第 2 页。
• 它只统计 DSH 自己发起的调用，而且只在 DSH 运行期间数得到。别处（你自己的脚本、 别的客户端）的用量不在里面——那部分只在余额的减少上体现。
• 插件把它写进 $DSH_HOME/plugins/dsh-api-balance/usage.json（原子写），小窗每 2 秒读 一次。三份状态的归属是分开的，任何时刻一个文件只有一个写者：state.json（窗口 位置与外观）和 spending.json（今日消费的记账）只由小窗写，usage.json 只由插件写。

生命周期

时机	行为
DSH 启动（插件行 apply）	拉起小窗进程 powershell.exe -File assets/balance-window.ps1
点小窗上的 ×	收进托盘（进程继续跑）；托盘菜单「显示余额小窗」或 /balance 叫回来
托盘菜单「退出小窗」	真正结束进程；/balance 可以再拉起来
插件卸载 / DSH 正常退出	ctx.effect 的清理器杀掉小窗进程（2 秒不退则 taskkill /T /F）
DSH 被强杀 / 崩溃	小窗自带看门狗：每 2 秒检查父进程 PID，父进程没了就真退出（不留托盘图标）
重复拉起	命名互斥量保证同一时刻只有一个余额小窗（DSH 重启时最多等 8 秒让旧窗退出）

两条清理路径互为兜底，正常退出和异常退出都不会在桌面上留下孤儿窗口。

密钥从哪来

小窗进程自己读密钥，插件不碰、不经 IPC、不出现在任何命令行里（tests/config.test.mjs 有一条断言专门防这件事）。读取顺序：

1. 环境变量 DEEPSEEK_API_KEY（可用 credentialEnv 改名字）；
2. $DSH_HOME/.credentials.yaml 里的同名键（DSH 的凭据文件，默认位置）。

接口：GET {baseUrl}/user/balance，请求头 Authorization: Bearer <key>。

安装

已经装进 两个 profile：

profile	谁在用	装没装
$DSH_HOME/profiles/desktop	桌面版 DSH（启动器里 DSH_DESKTOP_DEFAULT_PROFILE=desktop）	✅
$DSH_HOME/profiles/web	dsh web / 浏览器版	✅

每个 profile 里做了三件事：

• package.json 的 dependencies 加了 "dsh-api-balance": "link:<本目录>"；
• dsh.profile.bundles 里追加了 dsh-api-balance；
• node_modules/dsh-api-balance 是指向本目录的 junction（link: 依赖物化出来的就是这个）。

改这里的代码立刻生效，重启 DSH 即可看到新行为。

踩过的坑：装错 profile 会静默无效。 两个 profile 装着同一批插件，光看「哪些插件生效了」 分辨不出正在用的是哪个。判断办法：看 $DSH_HOME/profiles/<name>/cordis.yml 的修改时间—— 启动时被写过的那一个才是当前 profile；或直接读启动器 %APPDATA%\DSH Desktop\host-commands\desktop\bin\dsh.cmd 里的 DSH_DESKTOP_DEFAULT_PROFILE。 dsh --profile <name> --dump-config 可以免启动地检查某个 profile 的组合结果。

第二个坑：同一行不能插两次。 api-balance 这一行由本包自带的 cordis.patch.yml（bundle 层）插入。不要再往 profile 的 cordis.patch.yml 里插一遍——loader 遇到重复 id 会抛 duplicate loader entry id: api-balance， 整个 profile 都加载不起来。要改配置请按 id 覆盖： - id: api-balance + config:，而不是重插一行。

第三件事：用户补丁层在这台机器上并不会热加载。 dsh-app-boot 里有 watchUserPatches，但桌面版实测改完 cordis.patch.yml 没有触发重组（日志无任何动静， 行也没挂上）。所以任何安装/配置改动都要重启 DSH 才算数，别指望改完即生效。

注意：DSH 运行期间不要在 profile 里跑 pnpm install。pnpm 会重写 node_modules/@napi-rs/canvas-win32-x64-msvc，而该原生模块被正在运行的 DSH 进程 锁定，install 会以 ERR_PNPM_EPERM 失败。要改成 pnpm 托管的正式安装，请先完全退出 DSH，再执行：

dsh plugin --profile desktop install
dsh plugin --profile web install

配置

改 cordis.patch.yml（插件自带的那份是默认值），或在 $DSH_HOME/profiles/<profile>/cordis.patch.yml 里按 id 覆盖：

- id: api-balance
  config:
    enabled: true
    refreshSeconds: 60      # 10 - 3600，超出会被夹紧
    dayStartHour: 8         # 「今日消费」的一天从几点开始（0-23，默认 8；填 0 即自然日）
    corner: top-right       # top-right / top-left / bottom-right / bottom-left
    currency: ''            # 留空 = 用接口返回的第一种；可写 CNY / USD
    baseUrl: https://api.deepseek.com
    credentialEnv: DEEPSEEK_API_KEY
    credentialFile: ''      # 留空 = $DSH_HOME/.credentials.yaml
    stateDir: ''            # 留空 = $DSH_HOME/plugins/dsh-api-balance
    instanceName: DshApiBalanceWindow

开发

npm test              # 离线：配置解析、参数一致性、脚本 BOM 与语法、进程生命周期
npm run probe         # 只抓一次余额并打印 JSON，不开窗口（会真的联网）

「今日消费」的累计口径写在 PowerShell 里，Node 侧调不动，所以脚本自带一个不联网、不开窗的 自检开关；tests/window-script.test.mjs 会跑它并断言输出（默认套件里就会执行）：

powershell -File assets/balance-window.ps1 -LogicTest   # 期望最后一行是 LOGICTEST PASS

另外两个只在排查与截图时用的开关（都会真的开窗）：

• -NowOverride '2026-09-19 12:00' —— 把「现在」钉住，用来在任意时刻看高峰/优惠两种渲染；
• -StartPage 2 —— 直接开在第 3 页，省得靠连点定位（连点还会受系统双击间隔影响）。

两个默认跳过的联网/上屏测试：

$env:DSH_API_BALANCE_LIVE = '1';   npm test   # 用真实凭据抓一次余额
$env:DSH_API_BALANCE_WINDOW = '1'; npm test   # 真的拉起窗口，4 秒后再收掉

两个容易踩的坑

1. assets/balance-window.ps1 必须带 UTF-8 BOM。 Windows PowerShell 5.1 对没有 BOM 的 .ps1 按本地 ANSI 解码，脚本里的中文会全部变成乱码。编辑之后跑 npm run prepare 补回 BOM，npm test 也会先自动补一次并断言存在。

2. 脚本的 param(...) 块和插件构造的开关必须对得上。 参数名写错不会报错，只会 让窗口起不来。tests/config.test.mjs 会解析脚本的 param 块，逐一核对插件传的每 个开关，改一边忘改另一边会直接测试失败。

故障排查

现象	检查
小窗完全不出现	npm run probe 能否拿到余额；assets/balance-window.ps1 是否被杀软/组策略拦了 -ExecutionPolicy Bypass
小窗显示「未配置密钥」	$DSH_HOME/.credentials.yaml 里是否有 DEEPSEEK_API_KEY，或环境变量是否带进了 DSH 进程
小窗显示「获取失败」	网络/代理；余额接口返回体里是否有 balance_infos
token 行一直是 0 或「暂无数据」	usage.json 是否存在且 updatedAt 在变；没有它说明插件没装上（dsh --profile web --dump-config 里应当有 api-balance 行）
DSH 退出后小窗还在	看门狗依赖 -ParentPid 参数，检查插件是否真的传了 ParentPid
今日消费一直是 ¥0.00	多半正常：余额没减少就不会有消费。可看 spending.json 里的 lastBalance 是否与当前余额一致
今日消费比官网低很多	正常，见上面「为什么和官网的『今日消费』不一样」：接口没有账单，只能按余额减少量估算，且只数得到小窗运行期间的那一段；官网那个是自然日的计费流水
第 2 页一直是「等待取数」	说明一次余额都没记上。看 spending.json 有没有生成；若没生成，检查小窗进程命令行里有没有 -SpendPath（v0.2.0 漏传过这个参数，症状正是这样，v0.2.1 已修）
第 3 页的时段和官网对不上	先核对系统时间和时区（判定要换算到 UTC）；再确认官方规则是不是又调了，见「计费时段」一节
换了新版本但小窗没变	小窗是 DSH 启动时拉起的一次性进程，装完/改完要重启 DSH 才会跑新代码