dsh-usage
github.com/zhu1090093659/dsh-web
v0.4.6
界面与主题
写入文件发起网络请求
dsh-web 是面向 DeepSeek Harness(DSH)Web GUI 与官方桌面客户端的模块化插件生态与 AI 智能体开发工作台。它为深度用户与开发者提供任务自动化看板(Cron 定时调度)、手机与跨设备远程控制、SSH 远程终端与集群运维、Git 提交历史图谱与多 Agent Worktree 隔离、全量会话归档管理、Token 用量与成本统计,以及一站式主题皮肤与桌面宠物工坊。用户既可以通过官方 profile 机制将插
作者原文(英文)
Usage statistics plugin for the dsh web GUI: per-provider balance and coding-plan quota detection plus a live token usage ledger, with a compact price glance card above the sidebar's Settings row
中文简介由 DeepSeek 模型翻译,仅供参考。
检测报告
有一定能力。命中了若干能力模式,大多是插件正常工作时会用到的。
2需留意4一般18未命中
高关注需留意一般
能力清单
- 写入文件
writes-files需留意10 处命中lib/index.js:1386await handle.writeFile(JSON.stringify(value, null, 1), "utf8");lib/index.js:1391await rename(temp, path);lib/index.js:1393await unlink(temp).catch(() => {});lib/index.js:1786await mkdir(dirname(this.ledgerPath), { recursive: true });- 看写入位置。写自己的配置目录是正常的,写系统目录不是。
- 发起网络请求
network需留意4 处命中lib/client.js:2666const response = await fetch(path, {lib/index.js:235* the npm `undici` copy replaces the legacy `undici.globalDispatcher.1` slotlib/index.js:236* Node's built-in `fetch()` reads. That cross-major wrapper drops thelib/index.js:1911const response = await fetch(spec.url, withIdentityEncoding({- 看请求发往哪些域名。发往作者自己的后端是常见做法。
- 接触凭据或密钥
credentials一般182 处命中lib/client.js:94"usage.balance.noCredential": "未配置凭据",lib/client.js:160"usage.balance.noCredential": "No credential configured",lib/client.js:162"usage.oauth": "OAuth credential, no balance query",lib/client.js:322function bearer(apiKey) {- 看它读取哪些凭据、发往哪里。用于登录自己的服务是正常的。
- 读取文件
reads-files一般4 处命中lib/index.js:1737const [rawLedger, rawSnapshots] = await Promise.all([readFile(this.ledgerPath, "utf8").catch(() => void 0), readFile(thi…src/host/usage-service.ts:525readFile(this.ledgerPath, 'utf8').catch(() => undefined),src/host/usage-service.ts:526readFile(this.snapshotsPath, 'utf8').catch(() => undefined),- 读文件是绝大多数插件的正常工作方式,本身不构成顾虑。
- 读取环境变量
reads-env一般2 处命中lib/index.js:209function resolveDshHome(env = process.env, home = homedir()) {src/dsh-home.ts:27export function resolveDshHome(env: NodeJS.ProcessEnv = process.env, home: string = homedir()): string {- 环境变量里常混有密钥。看它是否把整个 env 都读走。
- 动态加载模块
dynamic-import一般2 处命中lib/client.js:15engine = require(platform);lib/client.js:17engine = require(legacy);- 动态导入本身无害,但会让依赖关系难以静态审阅。
逐条扫描明细
| 能力 | 标识 | 关注度 | 命中次数 |
|---|---|---|---|
| 写入文件 | writes-files | 需留意 | 10 |
| 发起网络请求 | network | 需留意 | 4 |
| 接触凭据或密钥 | credentials | 一般 | 182 |
| 读取文件 | reads-files | 一般 | 4 |
| 读取环境变量 | reads-env | 一般 | 2 |
| 动态加载模块 | dynamic-import | 一般 | 2 |
这份报告的口径
扫描读的是包里的源码,全程不执行第三方代码。 本次读了 55 个文件,扫描于 2026-10-14。 命中次数只说明源码里出现过这类调用,不说明行为好坏——一个插件读写文件 500 次和 1 次 都会被记为「读取文件」。这是能力清单,不是信任评分,也不是安全结论: 没扫出来的能力可能只是写法没被规则覆盖。
依赖安全公告
已查询这个插件声明的全部依赖,没有匹配到已公开的安全公告。(含 DSH 框架包在内的 @deepseek-ai/* 不作查询——那是运行时自己的问题,不是插件的。)