DSH插件目录
浏览全部

界面与主题 · v0.1.40

dsh-pre-duediligence

github.com/duhu2000/dsh-pre-duediligence

能力含混淆或编码代码启动伪终端发起网络请求

拜访客户前，快速了解企业背景、经营动态与风险线索，整理值得核实的问题，生成可追溯的访前报告。

作者原文（英文）

Pre-visit due diligence and company research in DeepSeek Harness with Host-tracked progress, fixed-route Qichacha MCP calls, entity confirmation, and downloadable reports.

简介取自插件自己的 README 原文。

deepseek-harnessdsh-pluginqichachaqccmcpprevisit访前尽调企业尽调
认证 L0已扫描 ✓健康 S/95周下载 450
10 项能力
许可
MIT
发布
2026-09-18
维护者
sunhh、duhu2000 等 4 人
插件 ID
2416

安装命令

dsh plugin --profile web add dsh-pre-duediligence@0.1.40

已试装 · 层已挂载

已在一个隔离的 profile 里真装过：包能装上，并且插件层挂载成功。这一条是实测结果，不是作者的声明。

检测报告

有一定能力。命中了若干能力模式，大多是插件正常工作时会用到的。
5需留意5一般14未命中
高关注需留意一般

能力清单

  • 含混淆或编码代码obfuscated-code需留意386 处命中
    • lib/client.js:79if (staged.prompt === void 0) throw new Error("\u5BBF\u4E3B\u6CA1\u6709\u8FD4\u56DE\u8BC6\u522B\u8BF4\u660E");
    • lib/client.js:108bridge.onError?.(sessionId, "\u6B63\u5728\u5BFC\u5165\u4E0A\u4E00\u4EFD\u6587\u4EF6\uFF0C\u8BF7\u7A0D\u540E\u518D\u8BD5\…
    • lib/client.js:193if (!workspaceId) throw new Error("\u8BF7\u5148\u9009\u62E9\u4E00\u4E2A\u5DE5\u4F5C\u7A7A\u95F4\uFF0C\u518D\u6253\u5F00\…
    • lib/client.js:195throw new Error("\u5F53\u524D DSH \u7248\u672C\u6CA1\u6709\u53EF\u7528\u7684\u4F1A\u8BDD\u521B\u5EFA\u80FD\u529B");
    • 混淆本身不是恶意，但公开源码里出现大段混淆值得问一句为什么。
  • 启动伪终端spawns-pty需留意8 处命中
    • CHANGELOG.md:175- 连接器与产品增量安装均保留 `node-pty` 构建批准，避免已存在兼容 Sidebar 时更换本地候选包被 pnpm 的 ignored-builds 门禁中断。
    • README.md:131dsh plugin --profile web add dsh-pre-duediligence@0.1.40 --allow-build=node-pty,dsh-pre-duediligence
    • README.md:135如需 stable 工作台，停止 DSH 后另行安装 `dsh-better-sidebar@0.17.1 --allow-build=node-pty`；candidate 对应 `dsh-better-sidebar@0.18.1`。不…
    • README.md:137工作台检查 Better Sidebar 的 `targetedOpen`、`stateSubscription` 及注册/打开接口；Sidebar `0.18.1` 已通过隔离真实宿主的入口、Tab 恢复、视图定位与草稿回填验收，真实企查…
    • 伪终端等于给了一个完整 shell。确认这是插件的核心功能。
  • 发起网络请求network需留意7 处命中
    • lib/client.js:70const res = await fetch(path, init);
    • lib/client.js:1669const response = await fetch(root + query, { method: "POST", headers: { "content-type": "application/json" }, body: JSON…
    • lib/client.js:1672const file = await fetch(`${root}/${encodeURIComponent(result.file.id)}${query}`);
    • lib/client.js:2853const response = await fetch(`/previsit/api/tasks/${encodeURIComponent(taskId)}?sessionId=${encodeURIComponent(sessionId…
    • 看请求发往哪些域名。发往作者自己的后端是常见做法。
  • 写入文件writes-files需留意3 处命中
    • lib/index.js:167await mkdir(this.imageRoot, { recursive: true, mode: 448 });
    • lib/index.js:169await writeFile(path, decoded.bytes, { mode: 384, flag: "wx" });
    • lib/index.js:263await unlink(path);
    • 看写入位置。写自己的配置目录是正常的，写系统目录不是。
  • 清单可疑manifest-obfuscation需留意1 处命中
    • 安装脚本：prepare
    • 清单被刻意写乱时，加载行为会难以预测。看原文而不是看渲染结果。
  • 读取文件reads-files一般3 处命中
    • lib/index.js:392const font = await readFile(fontPath || new URL("../assets/fonts/NotoSansCJKsc-Regular.otf", import.meta.url));
    • lib/index.js:1994const skillSource = readFileSync(new URL("SKILL.md", skillDirectoryUrl), "utf8");
    • lib/report-host.js:139return { contents: [{ uri: resourceUri, mimeType: RESOURCE_MIME_TYPE, _meta: meta, text: await readFile(resourcePath, "u…
    • 读文件是绝大多数插件的正常工作方式，本身不构成顾虑。
  • 动态加载模块dynamic-import一般3 处命中
    • lib/types/material-panel.d.ts:4}): import("react").JSX.Element | null;
    • lib/types/previsit-dock.d.ts:54state: import("./previsit-store.js").PrevisitSessionState;
    • lib/types/report-files-panel.d.ts:6}): import("react").JSX.Element;
    • 动态导入本身无害，但会让依赖关系难以静态审阅。
  • 文中出现远程脚本地址remote-url-reference一般3 处命中
    • README.md:97bash <(curl -fsSL https://raw.githubusercontent.com/duhu2000/dsh-pre-duediligence/main/install.sh)
    • README.md:108DSH_PREVISIT_WORKBENCH=on bash <(curl -fsSL https://raw.githubusercontent.com/duhu2000/dsh-pre-duediligence/main/install…
    • README.md:116DSH_PREVISIT_BASELINE=candidate bash <(curl -fsSL https://raw.githubusercontent.com/duhu2000/dsh-pre-duediligence/main/i…
    • 只是文本里出现了远程脚本地址，没有看到加载它的调用。多半是文档或注释；若确实可疑，搜一下这个地址在包里的其他出现位置。
  • 读取环境变量reads-env一般2 处命中
    • lib/index.js:380async function renderReportFile(task, format, fontPath = process.env.DSH_PREVISIT_PDF_FONT) {
    • lib/index.js:386const fontName = process.env.DSH_PREVISIT_DOCX_FONT ?? "Arial Unicode MS";
    • 环境变量里常混有密钥。看它是否把整个 env 都读走。
  • 接触凭据或密钥credentials一般2 处命中
    • lib/index.js:468if (url.protocol !== "https:" || url.username || url.password || url.search || url.hash) throw new Error("\u8BF7\u63D0\u…
    • lib/index.js:713if (!["http:", "https:"].includes(url.protocol) || url.username || url.password) throw new Error("\u7F51\u9875\u6765\u6E…
    • 看它读取哪些凭据、发往哪里。用于登录自己的服务是正常的。
逐条扫描明细
能力标识关注度命中次数
含混淆或编码代码obfuscated-code需留意386
启动伪终端spawns-pty需留意8
发起网络请求network需留意7
写入文件writes-files需留意3
清单可疑manifest-obfuscation需留意1
读取文件reads-files一般3
动态加载模块dynamic-import一般3
文中出现远程脚本地址remote-url-reference一般3
读取环境变量reads-env一般2
接触凭据或密钥credentials一般2

这份报告的口径

扫描读的是包里的源码，全程不执行第三方代码。 本次读了 131 个文件，扫描于 2026-10-16。 命中次数只说明源码里出现过这类调用，不说明行为好坏——一个插件读写文件 500 次和 1 次 都会被记为「读取文件」。这是能力清单，不是信任评分，也不是安全结论： 没扫出来的能力可能只是写法没被规则覆盖。

可信度

95 健康分 S 扣分项下方逐条附证据
  • -5目录内 peer dsh-better-sidebar 的版本范围不覆盖已发布版本warn：>=0.17.1 <0.19.0 vs 0.26.0

认证等级 L0

  • L0静态结构与契约✓sha512-xtH2c6AoR8hUP8Pl… 与本地 tarball 复算一致，补丁与入口齐备
  • L1配置组合与依赖图—目录内 peer dsh-better-sidebar 的版本范围 >=0.17.1 <0.19.0 不覆盖已发布 0.26.0
  • L2隔离沙箱冒烟✓隔离 profile 安装成功，2.7s，层已挂载；宿主带它启动（booted）（前一级未通过，本项不计入等级）前一级未通过，不计入等级
  • L3运行时健康监控✓抽样会话内未观测到外部进程 / 越界写 / 外连（2 个事件）（前一级未通过，本项不计入等级）前一级未通过，不计入等级
评分口径与作者信息

从 100 分开始按规则扣减：fail −20 / major −10 / warn −5 / minor −2；star 数、下载量、LLM 输出都不参与评分

维护者
sunhh、duhu2000、jinhangshi、yangyangmiki
仓库
https://github.com/duhu2000/dsh-pre-duediligence
许可
MIT
最后发布
2026-09-18
周下载
450
star
3

扫描状态：已扫描。能力是事实，不是缺陷； 周下载与 star 只作参考，不参与评分。

认证等级只回答四件事：包本身是否完整可解析（L0）、能不能与别的插件组合（L1）、隔离环境里装不装得上并起得来（L2）、抽样运行时有没有异常（L3）。依赖漏洞、仓库存活、下载量都不参与评级，只作为独立信号标注。可信 ≠ 无漏洞，上架 ≠ 推荐。

声明 DSH 版本>=0.1.1-rc.2
Node 要求^22.19.0 || ^24.0.0
第三方依赖7 个
bundle patch./cordis.patch.yml
依赖安全公告2 条，见下方

这个插件声明的依赖中，有 2 条已公开的安全公告 （最高等级：中）：

等级依赖包编号摘要
中@modelcontextprotocol/clientCVE-2026-104850MCP TypeScript SDK: OAuth client could send credentials to an authorization server chosen by the MCP server
修复版本：1.31.0, 2.2.0 详情
低zodCVE-2023-4316Zod denial of service vulnerability
修复版本：3.22.3 详情

查询的是依赖声明范围的下界（如 ^4.2.0 查 4.2.0）， 不是实际安装到的版本。真正装的时候如果解析到了修复版本，就不受影响—— 所以这是「可能受影响」，不是「这个插件有漏洞」。数据来自 OSV.dev。

元数据

主页https://github.com/duhu2000/dsh-pre-duediligence#readme
仓库最近提交2026-09-18
仓库创建2026-09-04

同分类其他插件

Ddsh-plugin-open-app让每个 open-mcp-apps 应用都成为 DeepSeek Harness（dsh）内的一个去处：侧边栏中…L2Ddsh-oauth-poc日本語How-to · English How-to · npm。L2Ddsh-codebase-memory-mcp用于 DeepSeek Harness（DSH）的独立 Codebase Memory MCP 桥接插件。L3Ddsh-botsDeepSeek Harness（dsh）的多机器人工作台——将 sdk-bots 编排网关接入 dsh…L2Ddsh-computer-use-win用于 DeepSeek Harness 的 Windows 桌面工具。L2Ddsh-mcp-apps在 DeepSeek Harness (DSH) 网页聊天中，将 MCP Apps 渲染为沙箱化的交互式…L0

查看「界面与主题」全部 636 个

返回首页