dsh-plugin-experts
v0.1.3
会话与记忆
含混淆或编码代码发起网络请求
可复用的专家角色:草稿、不可变的已发布修订,以及按会话采用。
该插件尚未翻译,显示作者原文。
检测报告
有一定能力。命中了若干能力模式,大多是插件正常工作时会用到的。
2需留意3一般19未命中
高关注需留意一般
能力清单
- 含混淆或编码代码
obfuscated-code需留意126 处命中dist/client.js:526throw new HostCallFailure(body.error ?? { code: "unknown", message: "Host \u8FD4\u56DE\u4E86\u65E0\u6CD5\u8BC6\u522B\u76…dist/client.js:1101if (phase === "loading") return /* @__PURE__ */ (0, import_jsx_runtime5.jsx)("div", { className: "dialog-scroll", childr…dist/client.js:1104/* @__PURE__ */ (0, import_jsx_runtime5.jsx)("p", { className: "error-text", role: "alert", children: error || "\u65E0\u…dist/client.js:1119const adoptHint = sessionId === void 0 ? "\u6253\u5F00\u4E00\u4E2A\u4F1A\u8BDD\u540E\uFF0C\u8F93\u5165\u6846\u5DE6\u4FA7…- 混淆本身不是恶意,但公开源码里出现大段混淆值得问一句为什么。
- 发起网络请求
network需留意2 处命中dist/client.js:508response = await fetch(`/api/dsh-skills/${feature}`, {dist/host.js:25() => ctx.connection.fetch.register({- 看请求发往哪些域名。发往作者自己的后端是常见做法。
- 动态加载模块
dynamic-import一般2 处命中dist/host.js:85return import(pathToFileURL(resolveDshPackage(specifier, options)).href);dist/host.js:282* @param {import('@deepseek-ai/cordis').Context} ctx - Host context.dist/dsh-package.mjs:115return import(pathToFileURL(resolveDshPackage(specifier, options)).href)- 动态导入本身无害,但会让依赖关系难以静态审阅。
- 读取文件
reads-files一般1 处命中dist/host.js:912document = readFileSync(SKILL_FILE, "utf8");- 读文件是绝大多数插件的正常工作方式,本身不构成顾虑。
- 接触凭据或密钥
credentials一般1 处命中dist/client.js:510credentials: "same-origin",- 看它读取哪些凭据、发往哪里。用于登录自己的服务是正常的。
逐条扫描明细
| 能力 | 标识 | 关注度 | 命中次数 |
|---|---|---|---|
| 含混淆或编码代码 | obfuscated-code | 需留意 | 126 |
| 发起网络请求 | network | 需留意 | 2 |
| 动态加载模块 | dynamic-import | 一般 | 2 |
| 读取文件 | reads-files | 一般 | 1 |
| 接触凭据或密钥 | credentials | 一般 | 1 |
这份报告的口径
扫描读的是包里的源码,全程不执行第三方代码。 本次读了 16 个文件,扫描于 2026-10-15。 命中次数只说明源码里出现过这类调用,不说明行为好坏——一个插件读写文件 500 次和 1 次 都会被记为「读取文件」。这是能力清单,不是信任评分,也不是安全结论: 没扫出来的能力可能只是写法没被规则覆盖。
依赖安全公告
已查询这个插件声明的全部依赖,没有匹配到已公开的安全公告。(含 DSH 框架包在内的 @deepseek-ai/* 不作查询——那是运行时自己的问题,不是插件的。)