VviLliAm-qwq/dsh-peak-balance

Peak/off-peak billing clock with live DeepSeek balance and per-turn cost above the dsh-tui prompt, plus an optional flashing peak-hour warning frame.

Project Overview项目介绍

This is a cost and balance tracking plugin for DeepSeek Harness (DSH) TUI. It tracks peak/off-peak DeepSeek billing, displays live account balance, per-turn cost, and provides a GitHub-style token usage history grid. Use it when you need to monitor token usage and spending on DeepSeek via DSH TUI. Note narrow terminals may truncate the status line tail.

这是DeepSeek Harness TUI的峰谷计费余额追踪插件,支持显示峰谷时段计费时钟、实时账户余额、单轮对话成本,还可查看GitHub风格的token使用历史网格。适合在DSH TUI使用DeepSeek时监控费用与token消耗,注意窄终端可能截断状态栏末尾内容。

Or use CLI install (for developers)或使用命令行安装(适合开发者)

CLI Install命令行安装

dsh plugin --profile dsh-tui add dsh-peak-balance

VviLliAm-qwq/dsh-peak-balance 加入你的 DSH 配置(web profile)即可启用。

READMEREADME

dsh-peak-balance

ci

English · 中文

Peak/off-peak billing clock, live DeepSeek account balance, per-turn cost and a /hist token-history grid — inside dsh-TUI.

⚡ 峰时 09:00-12:00 · 距谷时 1h23m · 本轮 ¥0.0234 · 余额 ¥42.10

(The order is phase → countdown → turn → balance: a narrow terminal truncates the tail, and the per-turn cost is the figure that changes while you watch. While the model is still answering, the turn figure is live — rendered as 本轮·计费中 ¥… and refreshed on every usage report — and it freezes to 本轮 ¥… once the turn closes.)

While the peak window is active you can turn the line into a three-row frame that pulses in one of seven colors:

╭──────────────────────────────────────────────────────────╮
│ ⚡ 峰时 · 距谷时 1h23m · 本轮 ¥0.0234 · 余额 ¥42.10   ▂▃▄▅▆▇ │
╰──────────────────────────────────────────────────────────╯

/hist (also /tokenhistory, alt+h, or /th with a trailing space — see below) takes over the whole terminal with a GitHub-style contribution grid:

╭─ 🐋 Token history  Total tokens  26w  subagents counted ───────────────── ✕ ─╮
│ updated 12:04:11 · 341 sessions · 6,706 reports · 9 active days               │
│ ───────────────────────────────────────────────────────────────────────────── │
│      6月      7月      8月      9月                                           │
│ Mon  ▢▢▢▢▢▢▢▢▢▢▢▢▢▢▢▢▢▢▢▢▢▢▢▢▢▢                                               │
│ Wed  ▢▢▢▢▢▢▢▢▢▢▢▢▢▢▢▢▢▢▢▢▢▢▢▢▢▢                                               │
│ Fri  ▢▢▢▢▢▢▢▢▢▢▢▢▢▢▢▢▢▢▢▢▢▢▢▢▢▢                                               │
│                       ▲                                                       │
│ Total tokens less ▢▢▢▢▢ more · peak 251,442,584                               │
  ╭─ 2026-09-11 Fri ───────────────────────────────────────────────────────╮
  │ tokens      input(miss) 2,065,340 · cache read 224.3M · output 1.5M       │
  │ cost        ¥18.8494                                                      │
  │ cache hit   99.1% · subagent share 12.4%                                  │
  │ model       deepseek-flash 227.9M · deepseek-v4-pro 3.2M                  │
  ╰───────────────────────────────────────────────────────────────────────────╯
│ Total       1,079,834,040 · Est. cost ¥64.6867 · cache hit 99.0%              │
│ subagents   36/341 sessions · 945 reports · busiest 2026-09-11                │
│ ───────────────────────────────────────────────────────────────────────────── │
│ model                              tokens   cost(est) hit rate    rates       │
│ ───────────────────────────────────────────────────────────────────────────── │
│ deepseek-flash                     587.3M      ¥33.94    99.3% built-in       │
│ deepseek-v4-flash-vision-exp       412.6M      ¥24.53    98.8% built-in       │
│ deepseek-v4.1-flash-expires…        68.2M           —    98.5%  unknown       │
│ deepseek-v4-pro                      8.0M       ¥4.28    95.4% built-in       │
│ deepseek-v4-flash                  457.2k     ¥0.0975    90.1% built-in       │
│ ←/→ week · ↑/↓ day · t today · m metric · w span · s subagents · r rescan · q/Esc close │
╰───────────────────────────────────────────────────────────────────────────────╯

Features

Feature What it shows
Peak / off-peak clock The billing window currently in force and a live countdown to the next price switch (09:00-12:00 / 14:00-18:00 Beijing time, Monday–Friday; weekends are off-peak all day).
Account readout (provider-neutral) The balance or plan quota of the provider the focused conversation actually runs through: an official balance, a subscription's 5-hour/weekly/monthly windows, a relay's credit pool. The provider comes from request/header.config.provider in the session log, and its base URL and credential reference are resolved through the harness seams. A conversation restored at boot names no route until its first request (the host replays its history without re-emitting events), so auto follows the host's persisted /model route — the one the next request will use — until the conversation speaks for itself. A provider with no readable interface is simply left off the line — no figure is ever guessed.
Per-turn cost What the turn that just finished cost. When the provider exposes a spend counter (Command Code credits, OpenRouter key usage, a relay's used quota) this is measured from that counter; otherwise it is estimated from a rate card, and otherwise the line says the model is unrated. The figure follows the conversation you are focused on, not the one that last appended an event.
Quota diagnostics /quota One command shows what is being read, which adapter answers, why the last read failed, and every provider route this process could ask about (/quota check <provider> probes one on the spot).
Peak-hour warning Optional. While peak pricing is active the status contribution becomes a rounded frame whose border, phase label and travelling waveform pulse in the chosen color.
History grid /th A full-screen scene: one square per day, shaded by that day's usage, with a hover card for the day under the pointer. Keyboard: ←/→ walks days, ↑/↓ walks weeks, m cycles the metric, w the span, s the subagent switch, r rescans, q/Esc returns to the conversation.
Totals and per-model stats Totals: tokens, estimated cost, cache-hit rate, active days, sessions, subagent share, busiest day. Model table: each model's total tokens, estimated cost, cache-hit rate and where its rates came from. The totals row covers all history (it does not follow the grid's span) and says so inline.
Custom rates /th price Price a model the embedded card does not list; until you do, it reports tokens with an explicit "unrated" marker instead of a guessed amount.
Follows the UI language Instant hand-off with dsh-TUI's /lang: the status line, the history scene and every command reply switch with it. The host mirrors the choice into its dsh-tui settings namespace and the plugin listens for settings/updated; a 1 s poll of ~/.dsh-tui/lang.json covers hosts that serve no such namespace. The settings card and the command-completion descriptions were already bilingual.
Settings subpage The Peak & Balance card gains a Token history subpage with ten options.

Install

# from npm
dsh plugin --profile dsh-tui add dsh-peak-balance

# ...or straight from a checkout of this repository (pnpm packs the local
# directory, so the profile keeps a real copy instead of a symlink)
dsh plugin --profile dsh-tui add file:/absolute/path/to/dsh-peak-balance

The command appends the bundle row to the profile's dsh.profile.bundles. Then restart the TUI (/restart inside dsh-tui) so the profile loads the new row; the settings card appears under /settings immediately after the restart.

Installing by symlink (link: or a directory junction) is not recommended: Node resolves a plugin's real path, and @deepseek-ai/* must stay reachable from it. file: and npm installs both leave a real directory inside the profile, which is the layout the host expects.

Updating a file: install: pnpm caches a local directory dependency, so add/update alone will not pick up edited sources. Remove and re-add it (after a version bump) to refresh the profile copy:

dsh plugin --profile dsh-tui remove dsh-peak-balance
dsh plugin --profile dsh-tui add file:/absolute/path/to/dsh-peak-balance

Settings

/settings → the Peak & Balance card. Edits are written live; no restart is needed.

Main card:

Field Type Default Meaning
Show balance boolean true Show the account section on the status line (the provider's quota meter, as an amount or a percentage).
Show per-turn cost boolean true Show what this turn has cost: a live estimate while the model answers, frozen when the turn closes (measured from the provider's counter when it has one).
Peak-hour warning boolean false Turn the line into a pulsing frame while peak pricing is active.
Warning color select red Frame color: red orange yellow green cyan blue purple.

Provider quota subpage:

Field Type Default Meaning
Quota provider text auto auto follows the focused conversation's provider, falling back to the host's persisted /model route while a restored conversation has not sent its first request; a provider id (commandcode, openrouter, …) pins that one; off hides the account section.
Quota metric select auto auto (the tightest window), balance, window5h, windowWeekly, windowDaily, windowMonthly, planRemaining, keyLimit, periodSpend, lifetimeSpend, or rotate (cycle every meter, one every 8 s).
Turn spend select auto auto (measured when the provider has a counter), measured, estimate.
Unofficial endpoints boolean false Allow quota reads from endpoints no provider documents publicly (mostly reverse-engineered console APIs).
Provider spec file text empty JSON file describing providers this build ships no adapter for; empty uses ~/.dsh-tui/dsh-peak-balance-providers.json.
Billing mode select auto How the account readout is shaped: auto follows the provider's declaration (a subscription shows percentages, pay-as-you-go shows amounts), or force money / plan.
Percentage base select meter What a plan percentage divides by: meter uses the window the line is showing, monthly the whole monthly pool.

Token history subpage:

Field Type Default Meaning
Grid metric select tokens What the squares shade: tokens, cost, output, cacheMiss.
Time span select 26 Week columns drawn: 13 / 26 / 53.
Count subagents boolean true Subagent sessions spend real tokens; off reports only your own conversations.
Week starts on select mon Which weekday is the grid's first row (mon / sun).
Grid palette select github github (green), blue, or theme (the active accent).
Scene layout select card card frames the scene in a rounded box with section separators; plain drops the chrome (2 rows / 4 columns cheaper). Card falls back to plain by itself on a small terminal.
Hover: tokens boolean true Show the input / cache-read / output split in the day card.
Hover: cost boolean true Show the hovered day's estimated cost.
Hover: cache hit rate boolean true Show the hovered day's cache-hit rate.
Hover: models boolean true Show which models the hovered day used.

The settings live in the dsh-peak-balance namespace of the dsh settings document, so they can also be edited there directly. The scene's m / w / s keys are settings changes: they write back immediately (and survive a restart); if the write is refused the change stays for the current session and a warning is logged.

/hist — token history

/hist                                 # open the grid (recommended: no built-in collision)
/tokenhistory                         # the long alias
alt+h                                 # same thing without typing
/th                                   # works too, but keep the trailing space (see below)
/hist price                           # list custom rates and unrated models
/hist price set <model> <hit> <miss> <out> [peakHit peakMiss peakOut]
/hist price rm <model>
/hist price clear
/quota                                # quota diagnostics: source, adapter, meter, last failure
/quota check <provider>               # probe one provider now (empty = the current target)
/quota meter windowWeekly             # switch the status-line meter (same as the setting)

Why a bare /th + Enter switches the theme

A host behaviour the plugin cannot change, stated plainly: while dsh-tui's slash-completion overlay is open, Enter runs the highlighted suggestion, not the line you typed (handleEnter in PromptInput.js); the merged list puts built-ins first and appends plugin commands, and the selection resets to the first row. Typing /th matches theme, thinking and our th, so the highlight sits on theme and Enter switches the theme.

Entry point Note
/hist Recommended. hist is not a prefix of any built-in, so the menu offers only it and Enter runs it.
/tokenhistory Same, no collision.
alt+h Opens the scene straight from the chat state.
/th + Enter Keep the trailing space: the menu closes (no children), and Enter dispatches th.

A future SKILL whose name starts with hist would capture /hist's Enter the same way — same host logic; rename then (it is one constant in the code).

Keyboard

Key Effect
/ Move to the square to the left/right (same weekday, one week)
/ Move to the square above/below (same column, one day)
t Jump back to today
m / w / s Cycle metric / span / subagents (the matching chip flashes; the change is persisted)
r Rescan
q / Esc Back to the conversation

Moves stop at the grid edge and never enter a day that has not happened yet (no wrapping). The selected square is lightened and a under the grid points at its column.

Subagent feedback: the title bar carries a permanent chip (subagent counted — green — or subagent excluded), pressing s inverts it for 1.2 s, and the totals row spells out excluded N sessions / M reports instead of just shrinking the numbers.

The data source is this machine's session logs ($DSH_HOME/sessions/). Every assistant/message event in those logs carries the usage DeepSeek returned for that request (inputTokens / cacheReadTokens / outputTokens / cacheWriteTokens); the plugin files each report into the Beijing calendar day and the peak/off-peak tier of its own timestamp, then per model. So:

  • tokens are the provider's own reported numbers, not a local estimate;
  • money is an estimate (the API returns tokens, never money), converted with the embedded rate card or your custom rates, and labelled as such;
  • only this machine's dsh usage is covered — web chat or other clients are not;
  • the covered range is whatever this machine's logs still hold.

Subagents count by default (they spend real money), stay distinguishable, and can be switched off.

Unrated models (not on the embedded card) show tokens with for money until you give them rates through /hist price set. Custom rates are written immediately to ~/.dsh-tui/dsh-peak-balance-rates.json and feed both the history view and the status line's per-turn figure. <hit> <miss> <out> are the off-peak prices in CNY per million tokens; peak defaults to twice those (the official rule), and you can pass three more numbers to set the peak tier explicitly.

Two implementation details that decide the accuracy (both reproducible on real logs):

  1. The logs are multi-frame zstd (one frame per append). zlib.zstdDecompressSync stops after the first frame, and scanning for the magic bytes can hit the magic inside a compressed block — where a truncated decode still "succeeds" with partial content and silently drops events. The plugin parses the zstd frame and block headers to compute each frame's exact length: on this machine's 341 logs the byte-scanning approach lost 282 events, the header walk recovers all of them.
  2. Fork/rewind logs physically carry their parent's event prefix. The cut is the header's seedLength (the first session/end-seed event sits on it); without it a naive sum counts the parent's usage twice — 292 usage reports (~4.5%) across this machine's nine seeded logs.

Cache. Activation reads the incremental cache and paints the grid from it, so opening the scene is instant; the scan that follows only refreshes what changed. The cache is incremental three ways: a log whose (path, size, mtime) is unchanged is skipped outright; a log that was only appended to is finished from the frame the cache stopped at (a done offset, guarded by a 16-byte signature of the bytes just before it), so only the new frames are decompressed; and a cache written by an older version is migrated in place rather than thrown away. Measured on this machine (437 logs, 112 MB, 190k frames): after the largest log grows, a rescan fell from 314 ms to 17 ms, and the first scan after a plugin update fell from a full rebuild to 81 ms. An up-to-date corpus lands in 20–30 ms. The cache lives at ~/.dsh-tui/dsh-peak-balance-history.json (safe to delete — it rebuilds). The one genuinely slow case is that first rebuild on a large corpus (≈ 5–6 s here, of which ≈ 4.3 s is decompressing 190k small zstd frames one at a time — a Node-side floor); it checkpoints as it goes so an interrupted run resumes instead of starting over, and it paints as it goes, newest logs first, so the recent weeks are on screen within the first second. While the scene is open it re-scans once a minute behind the figures (the status line shows refreshing); closing it stops that.

How the numbers are produced

Peak window. Off-peak pricing is half of peak pricing; peak hours are Beijing time (UTC+8) Monday–Friday 09:00-12:00 and 14:00-18:00, everything else — including both weekend days — is off-peak.

Cost. DeepSeek's API returns token counts, never money, so the per-turn figure is an estimate:

cost = inputMissTokens   × inputMissRate
     + cacheReadTokens   × inputHitRate
     + outputTokens      × outputRate

The three input-side figures are disjoint: inputTokens is the prompt that missed the cache, cacheReadTokens is the prompt served from cache, and the provider's own totalTokens is their sum plus the output. Treating the cache read as a subset of the input (clamping one against the other) under-prices a cached turn by several times — measured against a real balance drop on 2026-09-10, a turn that cost ¥0.20 was estimated at ¥0.03 that way and ¥0.23 with the formula above.

Each provider usage report is filed into the peak or off-peak bucket using the timestamp of the request that produced it, so a turn straddling a price boundary is not priced wholesale at the current window.

Embedded rate card (CNY per million tokens), verified 2026-09-10 against the official Models & Pricing page:

Model Bucket Input (cache hit) Input (cache miss) Output
deepseek-flash off-peak 0.02 1 4
deepseek-flash peak 0.04 2 8
deepseek-v4-pro off-peak 0.15 4.5 13.5
deepseek-v4-pro peak 0.30 9 27

The legacy ids deepseek-v4-flash and deepseek-v4-flash-vision-exp are served by DeepSeek-V4.1-Flash and priced at the Flash rates; deepseek-v4-pro is rerated to the Flash card from 2026-09-14 12:00 Beijing, when that route is retired to V4.1-Flash. A model the card does not know is reported as 费率未知 / unrated model — the plugin shows tokens instead of a wrong number.

Balance. GET https://api.deepseek.com/user/balance (the same read-only endpoint behind dsh-tui's /balance command). The key is resolved through the credentials seam (DEEPSEEK_API_KEY) with an environment fallback, is sent only in the request header, and is never logged or stored by this plugin.

Third-party providers

Since 0.4.0 the account section is no longer DeepSeek-specific. The plugin resolves, in order, which provider to ask, where it lives and how to ask it — and degrades quietly at every step it cannot complete:

  1. Provider — the focused conversation's last request/header.config.provider (in auto mode; the setting can pin one provider or turn the section off). A conversation restored at boot has published no header yet, so auto then uses the host's persisted /model route (~/.dsh-tui/model.json, the file the picker re-applies after a restart); the built-in deepseek-official default is the last resort, for a host that persists no choice at all.
  2. Endpoint and credential — the provider's own settings section (pointed at by ctx.llm.listConfigurableProviders()) → the spec file → the generated catalog snapshot. The key is resolved through the credentials seam with an environment fallback of the same name.
  3. Adapter — by provider id, then by base-URL host, then by spec. Nothing matches → the section is left off the line (it only says no API when you pinned that provider yourself).

Built-in adapters

Adapter Providers Meters Verified against a real account
deepseek-balance deepseek-official / deepseek balance, in the reported currency ✅ yes
commandcode-plan commandcode 5-hour and weekly windows, monthly plan remainder, period spend ✅ yes (a live GOAT plan)
openrouter openrouter balance (credits − usage), key limit, daily/weekly/monthly usage ⚠️ no — built from the official docs, tested with fixture payloads
moonshot-balance moonshotai / moonshotai-cn balance (CNY on .cn, USD internationally) ⚠️ no
siliconflow-balance siliconflow routes balance (the API states no currency, so none is printed) ⚠️ no
openai-billing gateways declared in the composition (One API, New API, self-hosted) soft/hard_limit_usd (one grant, both fields equal) minus total_usage (cents); the unit follows the gateway's own display setting ⚠️ no
declared anything in the spec file whatever the spec says

OpenRouter's /credits requires a management key (an ordinary key is refused with 403), so the adapter asks /key in parallel and still reports the key's limit and usage when only an ordinary key exists.

Plans read as percentages

The shape of the account readout follows the provider's billing method: a pay-as-you-go account (a currency balance, debited per token) shows amounts, while a subscription (capped rolling windows over a monthly pool) shows percentages — how much of the cap is left, and what share of it the turn just drew. The order is: the Billing mode override, then the provider's own declaration (an adapter, or a spec stanza's billing), then the data (capped windows with no currency balance read as a plan). The inference is deliberately conservative: an unrecognized shape reads as money — absolute figures — rather than inventing a denominator.

Percentage base picks the denominator: the window the status line is showing by default (the tightest limit — the one whose reset countdown is right there), or the whole monthly pool. Each falls back to the other, so a provider reporting only one of them still gets a usable divisor. No cap, no percentage: the figure falls back to absolute amounts.

🌊 off-peak · weekend · peak in 18h26m · turn 1.79%(0.2500) · plan GOAT · 5h 92.9% left(1.00/14.00) · resets in 1h00m

A narrow terminal keeps the percentage and drops the rest. Every part may carry a compact form (turn 1.79%); when the full line does not fit, the compact forms are swapped in from the right, which is where the host truncates first. The width comes from the host's terminal-size hook when there is one, then process.stdout.columns; with neither, the line renders in full exactly as before.

Precision follows magnitude: two decimals below 10% (a subscription turn is often a fraction of a percent, where one decimal would look frozen), one at or above it, <0.01% for anything smaller, and 0% for a true zero.

The spec file (providers with no adapter)

~/.dsh-tui/dsh-peak-balance-providers.json (safe to delete; a broken file reads as an empty config):

{
  "version": 1,
  "apiBases": { "my-relay": "https://relay.example.com" },
  "allowUnofficial": false,
  "providers": {
    "my-relay": {
      "adapter": "declared",
      "auth": { "kind": "bearer", "apiKeyEnv": "MY_RELAY_KEY" },
      "requests": [
        {
          "path": "/api/user/self",
          "headers": { "New-Api-User": "1" },
          "meters": [
            { "id": "balance", "kind": "money", "currency": "USD", "value": "data.quota", "scale": 0.000002 },
            { "id": "periodSpend", "kind": "money", "currency": "USD", "used": "data.used_quota", "scale": 0.000002 }
          ]
        }
      ],
      "spendCounter": "data.used_quota",
      "spendUnit": { "kind": "money", "currency": "USD" }
    }
  }
}

Dot paths accept array indices (data.0.results.0.amount), scale converts units, and resetAt understands ms / s / iso / remainingMs / remainingS. The New API / One API account endpoint authenticates with a web access token, not the sk- relay key, so store one separately (the MY_RELAY_KEY above) and enable allowUnofficial — it is a console-side API.

Other recipes that need no code, only a spec stanza:

Target Fields that matter
Anthropic organization cost (admin key) GET /v1/organizations/cost_report, amount at data.0.results.0.amount, unit is cents (scale: 0.01), currency USD
MiniMax coding plan GET https://www.minimaxi.com/v1/api/openplatform/coding_plan/remains, model_remains.0.current_interval_usage_count / ..._total_count, reset via remains_time with resetUnit: "remainingMs"
智谱 balance GET https://open.bigmodel.cn/api/biz/account/query-customer-account-report, data.availableBalance (CNY)

Compatibility

Item Value
Host @deepseek-harness-tui/dsh-tui 0.10.x (ctx.tuiStatus.registerView, ctx.tuiSettingsSections.register, ctx.tuiScenes.register/open, ctx.commands.register, ctx.tuiCommandTrees.register, ctx.tuiShortcuts.register)
Harness @deepseek-ai/dsh 0.1.2-rc.1 or later (session/event, settings, credentials)
Runtime Node ^22.19 || >=24, pure ESM, no native dependencies (multi-frame zstd uses the built-in node:zlib)
Manifest manifestVersion 0.15 · id com.dsh-tui-ecosystem.dsh-peak-balance · contracts tui.dsh/v1alpha1#DecisionEvents (optional) and commands.dsh/v1alpha1#Command (required) · four command contributions (/hist, /th, /tokenhistory, /quota)
Platform Anywhere dsh-tui runs (Windows / macOS / Linux)

Every host seam is optional and probed softly (ctx.get(name, false)): without the TUI extension services, without a credentials service, or without network access the plugin stays inert instead of failing the host. All registrations are retried for 30 s while the profile composes, and every timer is cleared from the activation's effect disposer.

The commands prefer the mediated surface (ctx.tuiPluginHost.registerCommand, C-041 attribution plus the invoke checkpoint) and fall back to ctx.commands.register (the documented C-070 boundary) when the host refuses it. A third-party plugin loaded as a plain profile row has no verified component identity, so the fallback is the path that actually answers here; when both fail the plugin logs once and everything else keeps working. alt+h goes through ctx.tuiShortcuts.register (ctrl/alt required, reserved combos refused with a no-op disposer — alt+h collides with nothing).

Language. The plugin renders in the language dsh-TUI is showing, resolved in the host's own order: DSH_TUI_LANG → the live dsh-tui.lang setting → ~/.dsh-tui/lang.json → the OS locale (an absent locale keeps the historical zh, any other unsupported one falls back to en, matching dsh-TUI). A /lang switch repaints the status line and an open history scene immediately through the settings service's settings/updated(ns, next, prev, source) event; where that namespace is not served, a 1 s poll of the persisted file (guarded by an mtime/size stamp) picks the change up instead. DSH_PEAK_BALANCE_LANG_FILE overrides the file path for tests and diagnostics.

Known limitations

  • The prompt border itself cannot be recolored by a plugin. dsh-tui 0.10 draws the input frame in its own EffortInputBorder component and exposes no seam for it, so the warning frame is a status contribution rendered directly above the prompt — the closest a plugin can get without patching the host.
  • Cost figures are estimates from provider-reported tokens; the platform bill is authoritative.
  • The rate card is embedded in the package. A price change on DeepSeek's side requires a plugin update; a model the card does not list needs /hist price set.
  • The account section depends on the provider's own API: a provider with no public quota interface shows no figure at all (OpenAI, Gemini, Anthropic prepaid balance, the GLM/Kimi coding plans, Claude subscriptions), rather than a guessed one. A spec stanza can cover your own deployment or an interface this build does not ship.
  • Before a restored conversation's first request, the account figure comes from the host's /model route, not from that conversation. dsh-tui emits no session event while it replays a restored session's history, so nothing has named that conversation's own provider yet; if the conversation is pinned to a different provider than the /model choice, its first request corrects the line.
  • Only the DeepSeek official and Command Code adapters were verified against a real account (see the table above). The other named adapters are implemented from each provider's own documentation and tested with fixture payloads drawn from it; they have not been checked against a live account.
  • Undocumented endpoints are opt-in (allowUnofficialQuota), because they can change without notice: a provider whose spec stanza (or the spec document) sets "allowUnofficial": true is only queried while that global switch is on too. Command Code's /alpha/* routes are exempt: they are the ones the provider's own CLI drives.
  • No Command Code price card is embedded. Its model catalog carries no prices and its pricing page is generated client-side, so an estimate would have been invented; subscription models show tokens only until you set rates with /hist price set commandcode:<model> …, while the per-turn figure stays the provider's own measured number.
  • Every /hist money figure is CNY. A cost comes from a rate card — the built-in table or your /th price custom rates — and both are denominated in CNY per million tokens, so the totals block, the per-provider subtotals and the model table all print ¥. credits describes an account's own meter on the status line; it is never a cost column.
  • The history cache is at version 2, so the first /hist after upgrading rebuilds it from the session logs (a few seconds on this machine; the scan checkpoints as it goes).
  • /quota's provider list merges the LLM seam's directory, the generated catalog snapshot and the spec file; a route declared in the composition but not currently routable may not appear.
  • The balance is shown in the currency the endpoint reports. The payload carries currency (CNY, USD, …), and the line uses the matching symbol (¥, $); an unknown currency falls back to its ISO code (12.34 CHF) instead of passing a dollar figure off as yuan.
  • Rich status contributions share a six-row budget with other plugins; this one requests three rows, and only while the warning frame is visible.
  • The line follows the conversation the host reports as focused: switching conversations moves it with you. A settled turn is remembered per CONVERSATION, so leaving one and coming back still shows that conversation's own last turn; appears only when the focused conversation has no settled turn in this process yet (a conversation just started with /new), never another conversation's figure.
  • Subagent spend counts toward the turn that spawned it. A child session's usage is folded into the parent conversation's running turn via the parentSession in its session header; a background child that reports after the parent's turn closed no longer counts (that turn is settled). A host that names no parent keeps the old behaviour and ignores the child. Note that /hist reports subagents separately (its own "count subagents" switch), so its grand total and the status line are not the same measurement by design.
  • An empty marker is a resting state, not a repeated /new. The host writes ~/.dsh-tui/resume.txt empty both on /new and when it exits a session it cannot resume, so the plugin applies that reading only when the file's content or mtime actually changes. Earlier versions re-applied it once per poll, which muted the conversation that owned the line — permanently, since the cleared-focus guard then skipped that conversation's own events.
  • Billing verdicts are fixed per request and per turn. A usage report is filed under the tier its request STARTED in (step/start), and a turn's rates and model come from its first report, so a mid-turn model switch or the 2026-09-14 Pro→Flash route change cannot reprice a whole turn retroactively. Settlement itself only matters for a turn that recorded no report at all.
  • A bare /th + Enter is captured by the host's completion overlay (see "Why a bare /th + Enter switches the theme"): the plugin cannot move its own entry to the front of that list. Use /hist, /tokenhistory, alt+h, or /th with a trailing space. A future skill starting with hist would capture /hist the same way.
  • The history covers only this machine's dsh usage. Calls made elsewhere (web chat, other clients, other machines) are not in these logs, and the earliest covered day is whatever the local logs still hold.
  • The first /th on a machine with no cache needs a few seconds for the full scan (437 logs / ~112 MB here ≈ 5–6 s, of which ≈ 4.3 s is the frame-by-frame zstd decode) and shows progress while it runs; the scan checkpoints as it goes, so an interrupted first run resumes, and it paints as it goes, newest logs first, so the recent weeks appear within the first second. Once the cache exists, opening the scene answers from it immediately. A cache written by an older plugin version is migrated rather than rebuilt; only a version with no migration path is discarded and rescanned.
  • A freshly forked log that still has exactly two frames cannot be continued from its cached prefix. Its first frame is the session header and its second is the session/end-seed cut marker, so a prefix that holds only the header does not say where the fork cut is; the plugin re-reads such a log whole (a cost measured in hundreds of bytes).
  • Mouse hover needs the full-screen (alternate screen) layout — the profile ships fullscreen: true. In inline mode the keyboard (←/→/↑/↓) selects days and shows the same detail card.
  • Square shading uses quartiles of the non-zero days in the visible span, so a value's color bucket can shift as history grows (GitHub behaves the same); the legend always states the current maximum.
  • A terminal that is too narrow trims weeks instead of shrinking squares. The title chip says showing 27/53w, and / scroll the window one column at a time so the selection is never hidden. Too few rows degrade in priority order: the model table, then the detail card's fields (models first, then hit-rate / cost / tokens), then the totals row. Under 12 rows or 40 columns the scene switches to a fallback list (one recent day per line plus a totals line) so nothing ever overflows.

Publishing and versioning

Released from VviLliAm-qwq/dsh-peak-balance under MIT. Versions follow SemVer; the npm version and the manifest version are kept identical, and a v* tag matching the version drives the release workflow. That workflow publishes through npm trusted publishing (OIDC), so the repository stores no token.

Development

pnpm install --frozen-lockfile
pnpm check:encoding      # no UTF-8 BOM / damaged sequences (the classic dsh crash)
pnpm validate:manifest   # admission shape + version agreement
pnpm test                # node:test unit + host-stub integration tests
pnpm pack:verify         # every module the entry imports ships in "files"
pnpm verify              # all four, in order

The tests cover the peak-window maths at fixed instants, the rate card and bucket pricing, usage normalization, balance-payload parsing (including failures), the display model, the status component's element tree, a full apply() run against a stubbed Cordis context — including the paths where the host services are missing, refuse, or throw — and the whole history stack: day and week arithmetic, fork-seed cutting, the view model, the incremental scanner (multi-frame zstd, damaged and truncated frames, cache reuse), the custom-rate file, the /th price grammar and the scene's element tree.

Host-integration probe (boots a throwaway profile headlessly and checks whether the host accepts the registrations — the layer unit tests cannot see):

node ../../tools/probe-plugin.mjs . --wait 15

The probe profile now mounts the scenes, plugin-host, command-trees and extensions (which carries tuiShortcuts) rows too, so the scene, the four commands and the alt+h shortcut are verified as well; a passing run logs history scene registered, four command registered lines, command tree registered roots=4 and shortcut registered alt+h, and exits 0.

Verifying the history numbers

The aggregation is pure and unit tested, but the data needs real logs. To double-check on the same machine:

  1. delete ~/.dsh-tui/dsh-peak-balance-history.json so the next /th rescans everything;
  2. fold the same bytes with an independent implementation (one that does not import this package) and compare the per-day and per-model figures;
  3. remember the logs are live files: totals grow while the tool runs, so two snapshots never match — only agreement on the same batch of bytes means anything.

That is how this release was checked: 341 logs, 116 (model, day, tier) buckets, zero disagreements between the two implementations, plus zero duplicate seq numbers, zero out-of-order seq numbers and zero malformed JSONL lines.

Previewing the peak-hour warning

The warning frame only appears inside a real peak window (Mon-Fri 09:00-12:00 / 14:00-18:00 Beijing). To preview it at any hour:

DSH_PEAK_BALANCE_FORCE_PEAK=1 dsh --profile dsh-tui   # PowerShell: $env:DSH_PEAK_BALANCE_FORCE_PEAK=1

The override changes presentation only — the countdown still describes the real clock — and it is off unless the variable is set to 1/true/yes/on.

Diagnostics

The plugin keeps a bounded lifecycle log at ~/.dsh-tui/dsh-peak-balance.log: one line when the module is imported, one when apply() starts (with pid and the file path it was loaded from), the resolved config, which host seams were mountable, the outcome of every registration, and teardown. That is enough to tell "the host never loaded the file" apart from "a seam refused" without attaching a debugger to a running TUI. The file trims itself to its newest half once it passes 128 KiB, and DSH_TUI_DEBUG=1 adds the per-refresh detail. Test runs never touch it.

The focused conversation comes from two independent sources, in this order:

  1. the host-mediated tui/session-switched DecisionEvents notification, used when the host mounts its plugin-interop row (host=1 in the log). The manifest requires that contract as optional with its fallback spelled out, so a host without it degrades instead of refusing admission;
  2. the launcher marker the host rewrites on every switch (~/.dsh-tui/resume.txt), polled once a second. The host EMPTIES that marker to start a fresh conversation (/new) — a statement rather than silence: the line gives up the figure you were reading, and the first conversation that is not the one left behind claims it. Only a marker that cannot be read at all falls back to the most recent session event.

DSH_PEAK_BALANCE_FOCUS_FILE overrides the marker path — meant for tests and diagnostics, so a test run never reads a real marker.

Notes for plugin authors

Host behaviours that cost real debugging time here, and are easy to hit:

  • A Cordis entry must export only name, Config and apply. Exporting helpers from the same module changes how the loader wraps the activation, and every tuiStatus / tuiSettingsSections registration from that activation is then rejected with requires a live Cordis activation context. The failure is partial and quiet: the settings namespace still registers, so the plugin looks half-alive while the settings card and the status line never appear. Keep the implementation in a sibling module and re-export the three symbols.
  • Resolve optional host services strictly first (ctx.get(name)); the non-strict ctx.get(name, false) can hand back a shadow placeholder whose method calls the host refuses. Keep the non-strict form only as a fallback, and keep retrying — the seam rows may still be activating on the first tick.
  • Mediated command registration needs a verified component identity, which a plain profile row never gets: ctx.tuiPluginHost.registerCommand throws the calling activation has no verified dsh-plugin.json Component identity. Declare commands.dsh/v1alpha1#Command and the contribution id honestly in the manifest anyway, but be ready to fall back to ctx.commands.register — without it the command silently disappears.
  • A plugin command name must not be a prefix of a built-in command. The slash-completion overlay owns Enter while it is open and runs the HIGHLIGHTED suggestion, and built-ins come first in the merged list — so /th loses Enter to /theme. Pick a non-colliding name (/hist) or bind a shortcut (ctx.tuiShortcuts; ctrl/alt required, reserved combos refused).
  • Scene hooks must be called unconditionally and in a stable order. A well-meaning "only call ui.useTheme if it exists" changes the hook order and real React throws an invalid-hook-call. Read the hooks out first (with default-returning stubs) and call them every render.
  • A full-screen scene must budget its own rows and columns. In the alternate screen an overflow does not get clipped — it pushes the whole frame. Ask "how many rows are left" before drawing each section, and compute the columns you can actually fit instead of hoping the host truncates.

This plugin writes what it learned to ~/.dsh-tui/dsh-peak-balance.log, which is how these were found; see Diagnostics above.

Listing

This plugin is listed on the dsh-tui plugin market. Market listings are a link directory only; they are not a code review and do not imply endorsement.

License

MIT — see LICENSE.

上一个 Prev dsh-rtk-optimizer 下一个 Next dsh-claw-suite