用 TokenLedger 按会话、项目和模型统计 DSH 用量

按会话、项目、模型和中转站归因 DSH Token 用量，自动发现已配置的 Relay Base URL，并展示价格、配额、订阅和使用报告。

如果你的目标是按会话、项目、模型和 Relay 站点归因 Token 用量，本教程会说明如何在 DeepSeek Harness（DSH）中准备、安装、配置、验证和回退 TokenLedger。本文锁定作者仓库提交 63091bbf2ab0；已复核固定提交的原始资料，未进行运行实测。

对应插件：查看 TokenLedger 的功能、权限与兼容性说明。先确认它适合你的工作流，再执行安装。

先确认是否适合你

• 分类：界面交互
• 风险等级：high
• 核验证据：source_reviewed
• 兼容性边界：插件版本 0.1.0，采用 DSH Bundle/Web Client 格式并声明可选 Host 服务；本站完成固定提交静态审阅，未连接真实中转站或核对各站点用量接口
• 主要权限关注：读取 DSH Provider 的已解析设置以发现 Base URL，但明确拒绝携带 apiKey/token 字段；向已经配置或用户显式添加的 Relay 站点探测用量、配额和项目接口，并在本机保存归因账本

如果你准备在重要工作区使用，先阅读插件详情页的权限和数据流说明；“源码已审阅”或“资料已整理”都不等于安全认证。

安装前准备

1. 安装 Node.js 22.19、Node.js 24 或项目当前声明支持的更高版本，并确认 pnpm 可用。
2. 使用独立的 web Profile 和可丢弃测试工作区，不直接连接生产目录。
3. 备份当前 Profile 配置，并记录安装前的 --dump-config 输出。
4. 核对固定来源中的外部服务、账号、运行时和平台限制。
5. 作者资料未显示明确的插件专属环境变量；如果运行时要求凭据，不要根据同类插件猜测变量名。

安装 TokenLedger

52DSH 使用目录中记录的精确安装目标，避免直接跟随可能变化的默认分支：

npx --yes @deepseek-ai/dsh@0.1.1-rc.2 plugin --profile web add github:zh667/TokenLedger#63091bbf2ab0

GitHub 源码插件如果被 pnpm 拦截构建脚本，先检查终端提示的具体包和脚本。只在 web Profile 中放行确实需要的构建项，不要全局放行未知依赖。

作者文档还出现了以下命令。它们用于核对功能或开发流程，不应替换上面的锁定安装命令，也不要一次全部执行：

• dsh plugin --profile web add "github:zh667/TokenLedger"
• dsh plugin --profile web update dsh-tokenledger
• dsh plugin --profile web remove dsh-tokenledger

插件专属配置

作者资料把该插件描述为零配置或可直接启动；这里的“零配置”不等于零权限，仍需检查 Profile、工作目录和外部数据流。

**本类插件的最小权限设置：**先保留默认主题和布局，只启用一个界面能力；终端、文件写入或浏览器入口应分别确认权限后再打开。

作者配置片段（README.md）

来源：固定提交中的 README.md ↗（外部链接，在新标签页打开）。复制前先替换占位符并删除不需要的权限。

dsh plugin --profile web update dsh-tokenledger
dsh plugin --profile web remove dsh-tokenledger

作者配置片段（README.md）

来源：固定提交中的 README.md ↗（外部链接，在新标签页打开）。复制前先替换占位符并删除不需要的权限。

/tokenledger                      # 全部时间
/tokenledger 7                    # 最近 7 天
/tokenledger 30 api.example.com   # 某个中转站，最近 30 天

/tokenledger site                 # 列出发现到的中转站
/tokenledger site add <路由名> <地址>
/tokenledger site rm <路由名>

/tokenledger export csv 30        # 导出
/tokenledger diagnostics          # 索引健康度
/tokenledger reindex              # 丢弃索引，从头重建

配置验证与成功结果

1. 确认 Bundle 已加载

   npx --yes @deepseek-ai/dsh@0.1.1-rc.2 --profile web --dump-config
   

   期望结果：组合配置中出现 dsh-tokenledger 或仓库声明的 Bundle 名称。

2. 启动 Web Profile

   npx --yes @deepseek-ai/dsh@0.1.1-rc.2 web
   

   期望结果：DSH Web 正常启动，浏览器控制台和终端没有持续重复的插件加载错误。

3. 执行插件专属最小任务

   启动 DSH Web 并硬刷新页面，确认新入口出现；随后停用插件，检查原界面可以恢复。

   期望结果：界面新增能力可见，原有会话仍可访问，关闭插件后不会留下阻断导航的状态。

第一次使用

• 在临时会话中打开新增面板或外观设置，完成一次不修改生产文件的交互。
• 只验证一个核心能力，保存输入、输出和日志；确认无异常后再扩大权限或数据范围。

数据、权限与凭据

**数据流：**DSH 会话与模型用量 → 本机 TokenLedger 账本 → 项目/模型/站点报表；Provider 设置中的 Base URL → Relay 发现与指纹适配器 → Relay 用量/配额端点 → 汇总结果返回本机 Web 面板。

**权限关注：**读取 DSH Provider 的已解析设置以发现 Base URL，但明确拒绝携带 apiKey/token 字段；向已经配置或用户显式添加的 Relay 站点探测用量、配额和项目接口，并在本机保存归因账本

**数据存储：**作者资料没有形成统一存储结论。测试时检查 web Profile、工作区、用户目录以及所连接的外部服务，并记录新增文件或远端数据。

真实 Token、API Key、Cookie 和账号 ID 不应写进 Git 仓库、网页截图或公开 Issue。测试结束后撤销临时凭据。

卸载、回退与清理

1. 停止正在运行的 DSH Web。

2. 从同一个 Profile 移除插件：

   npx --yes @deepseek-ai/dsh@0.1.1-rc.2 plugin --profile web remove dsh-tokenledger
   

3. 再次运行 --dump-config，确认对应 Bundle 已消失。

4. 检查测试工作区、插件声明的数据目录和外部服务，手动删除测试数据并撤销测试凭据。卸载依赖不会自动删除这些数据。

常见问题

安装成功但页面或命令没有出现

先运行 --dump-config 确认 Bundle 已进入 web Profile，再重启 DSH Web 并硬刷新浏览器。不要通过反复扩大权限来解决加载问题。

插件运行后没有得到预期结果

把问题缩小到本页的最小验证任务，检查作者文档要求的变量、外部服务和平台限制。保存终端错误原文，并核对当前安装目标是否仍对应本页固定提交。

作者固定资料中未识别到独立故障章节。遇到插件特有错误时，应先停止 DSH、保留日志并回退插件。

固定来源证据

以下资料是本文配置结论的依据：

• README.md ↗（外部链接，在新标签页打开）

继续查看：返回 TokenLedger 插件详情页，重新核对兼容性、权限、同类插件和来源状态。