dsh-llm-provider
github.com/imchangchang/dsh-llm-provider
v0.2.2
模型与账号
可执行外部程序以 shell 执行命令写入文件
给 dsh（DeepSeek Harness）用的插件。它替换 dsh 插件树里的四个条目：pi-ai 适配器（`llm-pi-ai`）、DeepSeek 原生适配器（`llm-deepseek`）、模型选择器（`ui-model-selection`）、官方 Models 设置页（`ui-settings-models`），并在这之上加了额度查询与供应商管理。
作者原文（英文）
A dsh plugin that replaces the built-in llm-pi-ai and llm-deepseek adapters, the model selector and the Models settings page with self-maintained versions, tracks upstream @earendil-works/pi-ai, adds OAuth/device-code sign-in for subscription providers (C
中文简介由 DeepSeek 模型翻译，仅供参考。
dshdsh-plugindeepseek-harnesscordisllmllm-providerpi-ai
检测报告
关注度高。命中了不少能力模式，其中可能有需要留意的。逐条看下面的清单。
2高关注4需留意4一般14未命中
高关注需留意一般
能力清单
- 可执行外部程序
spawns-processes高关注1 处命中lib/updater.js:7import { execFile } from "node:child_process";- 看它调用哪些程序。调用本机已有的工具是常见做法。
- 以 shell 执行命令
shell-exec高关注1 处命中lib/updater.js:146...npm.shell ? { shell: true } : {}- 看命令字符串是拼出来的还是写死的。拼接用户输入才是真正的风险。
- 写入文件
writes-files需留意17 处命中lib/bridge.js:541mkdirSync(linkDir, { recursive: true });lib/bridge.js:548writeFileSync(join(dir, "probe.js"), lines.join("\n") + "\n");lib/bridge.js:641mkdirSync(vendorDir, { recursive: true });lib/bridge.js:642writeFileSync(statusFile, JSON.stringify({- 看写入位置。写自己的配置目录是正常的，写系统目录不是。
- 发起网络请求
network需留意5 处命中lib/client.js:38return fetch(url).then(function(response) {lib/client.js:44return fetch(url, {lib/adapters/shared.js:15const response = await fetch(url, {lib/updater.js:58const response = await fetch(REGISTRY, {- 看请求发往哪些域名。发往作者自己的后端是常见做法。
- 运行时改写自身配置
modifies-own-manifest需留意1 处命中lib/bridge.js:659writeFileSync(join(bridgeDir, "package.json"), BRIDGE_PACKAGE_JSON);- 运行时改写自身配置会让下次启动的行为和你看过的源码不一致。
- R011 客户端可疑脚本
client-side-risk需留意1 处命中- client.js: postMessage 无 origin 校验
- 浏览器侧代码能改你看到的界面。确认改动范围符合插件用途。
- 接触凭据或密钥
credentials一般239 处命中lib/client.js:446if (promptKind === "text" || promptKind === "secret") return {lib/client.js:495* @param key - flow 的 credential key（`<scope>/<provider-id>`）。lib/client.js:752* 选到清单外的会拿 400 `model_not_supported`（实测）。清单缺失时一律允许（api-key 类路由lib/client.js:1068oauthAuthorized: "Authorized — credential saved",- 看它读取哪些凭据、发往哪里。用于登录自己的服务是正常的。
- 读取文件
reads-files一般29 处命中lib/bridge.js:46return readdirSync(piAiVersionsDir).filter((name) => existsSync(join(piAiVersionsDir, name, "package.json")) && existsSy…lib/bridge.js:89if (existsSync(join(candidate, "package.json"))) return candidate;lib/bridge.js:216if (existsSync(entry)) entries.push(entry);lib/bridge.js:300return readFileSync(path, "utf8");- 读文件是绝大多数插件的正常工作方式，本身不构成顾虑。
- 动态加载模块
dynamic-import一般7 处命中lib/bridge.js:740return finishBridge(prepared, require(bridgeLib), true);lib/bridge.js:752* 1. 走 `import()` 并带一个变化的 query——ESM 按 URL 缓存，路径不变的话拿到的还是旧模块，lib/bridge.js:764return finishBridge(prepared, await import(`${pathToFileURL(bridgeLib).href}?swap=${String(Date.now())}`), false);lib/oauth.js:107return await import(pathToFileURL(entry).href);- 动态导入本身无害，但会让依赖关系难以静态审阅。
- 读取环境变量
reads-env一般6 处命中lib/dsh-home.js:12const fromEnv = process.env.DSH_HOME;lib/index.js:712testMode: process.env.DSH_PROVIDER_TEST === "1"lib/adapters/run.js:72if (process.env[envName] !== void 0 && process.env[envName] !== "") return {lib/adapters/run.js:73key: process.env[envName],- 环境变量里常混有密钥。看它是否把整个 env 都读走。
逐条扫描明细
| 能力 | 标识 | 关注度 | 命中次数 |
|---|---|---|---|
| 可执行外部程序 | spawns-processes | 高关注 | 1 |
| 以 shell 执行命令 | shell-exec | 高关注 | 1 |
| 写入文件 | writes-files | 需留意 | 17 |
| 发起网络请求 | network | 需留意 | 5 |
| 运行时改写自身配置 | modifies-own-manifest | 需留意 | 1 |
| R011 客户端可疑脚本 | client-side-risk | 需留意 | 1 |
| 接触凭据或密钥 | credentials | 一般 | 239 |
| 读取文件 | reads-files | 一般 | 29 |
| 动态加载模块 | dynamic-import | 一般 | 7 |
| 读取环境变量 | reads-env | 一般 | 6 |
这份报告的口径
扫描读的是包里的源码，全程不执行第三方代码。 本次读了 32 个文件，扫描于 2026-10-14。 命中次数只说明源码里出现过这类调用，不说明行为好坏——一个插件读写文件 500 次和 1 次 都会被记为「读取文件」。这是能力清单，不是信任评分，也不是安全结论： 没扫出来的能力可能只是写法没被规则覆盖。
依赖安全公告
已查询这个插件声明的全部依赖，没有匹配到已公开的安全公告。（含 DSH 框架包在内的 @deepseek-ai/* 不作查询——那是运行时自己的问题，不是插件的。）