DeepSeek Harness 用量统计插件有哪些？DSH plugin 额度与消耗监控盘点

DeepSeek Harness 里的用量统计 DSH plugin（中文也常写作 DSH插件、DeepSeek插件）分两类口径：一类把 token 消耗与调用做成用量看板，一类聚合多提供方额度做实时监控；代表条目有 dsh-usage-stats、dsh-usage-dashboard、dsh-quota-viewer（来源）。 它和「看余额」的挂件不同——用量统计回答「用了多少」，余额挂件回答「还剩多少钱」。下面从三个方向讲全：① 它解决什么问题；② 有哪些实现；③ 和余额挂件类插件的关系。想横向浏览同类条目，可以在 DSH Plugin Hub 的插件市场里按用量、额度等关键词筛选。

用量统计 DSH plugin 解决什么问题

用量统计插件解决的是「消耗可见性」——把散落在本地会话里的 token 消耗、调用次数与提供方额度整理成能一眼看懂的图表，回答「今天用了多少、累计用了多少、额度还剩多少」这类平时只能翻日志才能确认的问题（来源）。 先把它能回答的问题摊开：

按这个顺序理解：

1. 它先解决「看不见」：不装插件时，用量只在会话日志里，要自己算。预期：装完后界面直接给出图表。
2. 它把「消耗结构」讲清楚：按小时、按日、按模型拆开，便于复盘。预期：能看出用量峰值与主要消耗模型。
3. 它顺手把额度也聚起来：多提供方的额度与余额集中展示，省去逐个登录控制台。预期：一处看到各家的剩余情况。

一句话：它回答的是「消耗结构」，不是「账户余量」。

避免最常见的误判：如果你要的是一个「钱」的数字，那这类插件不对口。 用量统计插件统计的是 token、调用次数与额度窗口，它不读价格表、也不把它们换算成货币，更不知道你的预付费余额。所以别指望它回答「这轮花了我多少钱」——那是成本计量类的活，这里最接近的只是部分插件在用量旁边顺带显示的额度窗口。它默认也不是告警工具：多数这类插件只把数字展示出来，只有一部分额外做了低余额阈值提醒。

有哪些用量统计与额度监控实现

目前生态里的代表实现分两小类：用量看板类（dsh-usage-stats、dsh-usage-dashboard）与额度监控类（dsh-quota-viewer、dsh-quota-monitor），统一入口是 DSH Plugin Hub 的插件市场（来源）。 逐个认：

1. dsh-usage-stats：本地用量看板。 用热力图、按小时调用曲线与分模型明细展示 token 消耗，并集中展示账户余额与订阅周期；控制页可改刷新间隔与自定义配额查询。预期：装完在界面里能看到今日与累计用量。
2. dsh-usage-dashboard：把用量报表挂到宿主 Web。 它不生成数据，只把用量报表页接到 DeepSeek Harness 宿主 Web 的 /usage 路径，鉴权复用宿主登录态。预期：报表生成后刷新页面即可访问。
3. dsh-quota-viewer：侧边栏多提供方额度面板。 把多家提供方的额度聚合到侧边栏一行，展示已用、上限、剩余与到期，并保留本地历史趋势。预期：打开面板即见各家额度。
4. dsh-quota-monitor：多供应商额度实时监控。 在界面角落提供监控窗口，统一展示套餐、余额与用量，并做费用预估与低余额阈值提醒。预期：额度变化时窗口实时更新。

按「你要看什么」选：只想看 token 用量结构，选看板类；想统一盯多家额度，选额度监控类；想两者都要，看板类 + 额度监控类各一个也能配合。

四者之间怎么选，给一个实务口径：如果问题是「我的 token 按模型、按小时花在哪了」，选看板类（dsh-usage-stats）；如果问题是「把同一份报表挂到宿主 Web、不再重建一条数据管道」，在其上加挂页面的 dsh-usage-dashboard；如果问题是「各家还剩多少额度」，选额度面板（dsh-quota-viewer 或 dsh-quota-monitor）。看板类产数据、额度类盯窗口，二者是组合关系而非竞争关系。

与余额挂件类插件的关系：数据 vs 展示

用量统计类与余额挂件类不是替代关系，而是「数据 vs 展示」的分工：用量统计讲消耗结构（token、调用、额度），余额挂件讲账户余量（还剩多少钱），两个数值天然不会精确对上（来源）。 所以别拿一个去校验另一个，它们回答的根本不是同一个问题，数字对不上也不代表插件坏了。

想随时看账户还剩多少钱、按会话算成本的那一类插件，属于余额 / 成本口径，完整盘点与选型见《DeepSeek Harness 余额插件有哪些？DSH plugin 用量计费类插件盘点与选择》——本篇只聚焦额度 / 消耗监控这一支，两者按「你要看消耗结构还是账户余量」分工。

DSH插件 用量与额度监控的注意事项

1. 口径先分清：用量 = 消耗结构，余额 = 账户余量，别混看。
2. 按需装一个：两类功能部分重叠，多装只让界面拥挤。
3. 面板位置会打架：同时装两个常驻面板时，按需隐藏其一。
4. 来源别混用：npm 名与 github: 直装是两套来源，别对同一插件先后混装。
5. 装完看两处：dsh plugin --profile web list 有名字、profile 的 bundles 有条目，才算真的会加载。
6. 只读不等于零开销：看板仍会按刷新间隔轮询本地会话数据，会话目录很大时首次加载会慢一拍。
7. 核对 profile 名：Web UI 用的是 --profile web；装到别的 profile，你眼前这个界面就不会出现对应面板。

DSH插件 用量统计为什么都走只读展示

这类插件的共同设计取向是只读——它们读取会话用量与提供方额度来展示，不替你去调用模型、也不改写会话内容。 两点说明：

1. 只读更安全：不写入会话、不改配置，出问题也只是「数字不显示」，不会影响正常对话。预期：可以放心试用，随时卸载。
2. 安装走标准命令：统一用 dsh plugin --profile web add <包名> 安装，更新与卸载在 DSH Plugin Hub 的已安装列表里完成（来源）。预期：命令行负责装与卸，市场负责浏览与核对。

只读设计还有一个值得知道的后果：这些插件都不能「修」额度、也不能给账户充值，展示用量也用不到你的模型 API key。 它们读的是宿主已经记下的东西，所以数字看起来没更新，通常只是刷新间隔还没到，而不是插件挂了——重开面板或等过一个间隔，再考虑重装。

与其在好几个控制台之间切来切去看额度，不如用 DSH Plugin Hub 把用量统计类插件集中装好、集中更新，一个入口管到底。

来源：dsh CLI 官方 README、社区插件仓库 - dsh-usage-stats、社区插件仓库 - dsh-quota-viewer。