dsh-storage-json
github.com/deepseek-ai/deepseek-harness
v0.0.1-rc.1
其他
写入文件
storage hub 的 JSON 后端:在配置的根目录下,每个单元对应一个人类可读的 ` .json` 文件,注册为后端 `json`。设计见:domain KV storage Agent Note。
作者原文(英文)
JSON file KV storage backend for the DeepSeek Harness storage hub
中文简介由 DeepSeek 模型翻译,仅供参考。
检测报告
有一定能力。命中了若干能力模式,大多是插件正常工作时会用到的。
1需留意1一般22未命中
高关注需留意一般
能力清单
- 写入文件
writes-files需留意7 处命中lib/index.js:11* `rename()` over the target. Rename is an atomic replace on POSIX and onlib/index.js:14* backend's link()+unlink() no-clobber protocol, a unit file has exactly onelib/index.js:30await handle.writeFile(data, "utf8");lib/index.js:35await rename(tmp, path);- 看写入位置。写自己的配置目录是正常的,写系统目录不是。
- 读取文件
reads-files一般1 处命中lib/index.js:136text = await readFile(path, "utf8");- 读文件是绝大多数插件的正常工作方式,本身不构成顾虑。
逐条扫描明细
| 能力 | 标识 | 关注度 | 命中次数 |
|---|---|---|---|
| 写入文件 | writes-files | 需留意 | 7 |
| 读取文件 | reads-files | 一般 | 1 |
这份报告的口径
扫描读的是包里的源码,全程不执行第三方代码。 本次读了 11 个文件,扫描于 2026-10-14。 命中次数只说明源码里出现过这类调用,不说明行为好坏——一个插件读写文件 500 次和 1 次 都会被记为「读取文件」。这是能力清单,不是信任评分,也不是安全结论: 没扫出来的能力可能只是写法没被规则覆盖。
依赖安全公告
已查询这个插件声明的全部依赖,没有匹配到已公开的安全公告。(含 DSH 框架包在内的 @deepseek-ai/* 不作查询——那是运行时自己的问题,不是插件的。)