dsh-find-plugin
github.com/awesome-dsh-plugin/dsh-find-plugin
v0.4.0
工具与效率
写入文件发起网络请求
想要什么能力,直接跟 agent 说(比如"任务完成时给我发微信通知"),它就去 GitHub 上的 DSH 插件生态里帮你搜——按 star 排序,每条带一句话说明和安装 命令。
作者原文(英文)
Find DeepSeek Harness plugins inside the agent — live GitHub dsh-plugin topic search, ranked by stars.
中文简介由 DeepSeek 模型翻译,仅供参考。
deepseekharnessdshdsh-pluginsearchdiscovery
检测报告
有一定能力。命中了若干能力模式,大多是插件正常工作时会用到的。
2需留意4一般18未命中
高关注需留意一般
能力清单
- 写入文件
writes-files需留意6 处命中lib/registry.js:83await mkdir(cacheDir(), { recursive: true });lib/registry.js:86await writeFile(temp, JSON.stringify({lib/registry.js:93await rename(temp, path);src/registry.ts:123await mkdir(cacheDir(), { recursive: true })- 看写入位置。写自己的配置目录是正常的,写系统目录不是。
- 发起网络请求
network需留意4 处命中lib/github.js:125res = await fetch(url, { headers, signal: signalFor() });lib/registry.js:111const res = await fetch(REGISTRY_URL, { headers, signal: AbortSignal.timeout(TIMEOUT_MS) });src/github.ts:164res = await fetch(url, { headers, signal: signalFor() })src/registry.ts:150const res = await fetch(REGISTRY_URL, { headers, signal: AbortSignal.timeout(TIMEOUT_MS) })- 看请求发往哪些域名。发往作者自己的后端是常见做法。
- 接触凭据或密钥
credentials一般16 处命中lib/index.js:13* - an optional `GITHUB_TOKEN` credential is resolved per call throughlib/index.js:14* `ctx.credentials` (30 req/min, account-scoped). The credentials service islib/index.js:27/** DSH credential name; `credentialRef()` is a runtime identity, so no import. */lib/index.js:31/** Resolve the token; a missing service or an unset credential yields undefined. */- 看它读取哪些凭据、发往哪里。用于登录自己的服务是正常的。
- 读取环境变量
reads-env一般6 处命中lib/github.js:32const raw = (process.env.NODE_USE_ENV_PROXY ?? '').trim().toLowerCase();lib/github.js:68const configured = PROXY_ENV_VARS.filter(name => (process.env[name] ?? '').trim().length > 0);lib/registry.js:42const fromEnv = process.env.DSH_HOME;src/github.ts:61const raw = (process.env.NODE_USE_ENV_PROXY ?? '').trim().toLowerCase()- 环境变量里常混有密钥。看它是否把整个 env 都读走。
- 读取文件
reads-files一般4 处命中lib/registry.js:63return JSON.parse(readFileSync(snapshotPath(), 'utf8'));lib/registry.js:67const parsed = JSON.parse(await readFile(cachePath(), 'utf8'));src/registry.ts:97return JSON.parse(readFileSync(snapshotPath(), 'utf8')) as Registrysrc/registry.ts:102const parsed = JSON.parse(await readFile(cachePath(), 'utf8')) as {- 读文件是绝大多数插件的正常工作方式,本身不构成顾虑。
- 文中出现远程脚本地址
remote-url-reference一般2 处命中README.md:5**A plugin that finds plugins** — think [`/find-skills`](https://skills.sh) from skills.sh, for DSH.README.zh.md:5**一个用来找插件的插件**——就像 skills.sh 的 [`/find-skills`](https://skills.sh),DSH 版。- 只是文本里出现了远程脚本地址,没有看到加载它的调用。多半是文档或注释;若确实可疑,搜一下这个地址在包里的其他出现位置。
逐条扫描明细
| 能力 | 标识 | 关注度 | 命中次数 |
|---|---|---|---|
| 写入文件 | writes-files | 需留意 | 6 |
| 发起网络请求 | network | 需留意 | 4 |
| 接触凭据或密钥 | credentials | 一般 | 16 |
| 读取环境变量 | reads-env | 一般 | 6 |
| 读取文件 | reads-files | 一般 | 4 |
| 文中出现远程脚本地址 | remote-url-reference | 一般 | 2 |
这份报告的口径
扫描读的是包里的源码,全程不执行第三方代码。 本次读了 14 个文件,扫描于 2026-10-14。 命中次数只说明源码里出现过这类调用,不说明行为好坏——一个插件读写文件 500 次和 1 次 都会被记为「读取文件」。这是能力清单,不是信任评分,也不是安全结论: 没扫出来的能力可能只是写法没被规则覆盖。
依赖安全公告
已查询这个插件声明的全部依赖,没有匹配到已公开的安全公告。(含 DSH 框架包在内的 @deepseek-ai/* 不作查询——那是运行时自己的问题,不是插件的。)