开发与运行时 · v0.3.0
dsh-bridges
一个 DeepSeek Harness 插件,将已为 Claude Code、CodeBuddy Code、OpenCode、Codex、Pi、Gemini CLI 或 Cursor 配置好的项目接入 DeepSeek Harness,使现有 skills、commands、memory 和 hooks 无需…即可继续工作。
作者原文(英文)
A DeepSeek Harness plugin that bridges projects already configured for Claude Code, CodeBuddy Code, OpenCode, Codex, Pi, Gemini CLI, or Cursor into DeepSeek Harness, so existing skills, commands, memory, and hooks continue to work without…
简介取自插件 README 开头,由 DeepSeek 模型翻译,仅供参考。
安装命令
dsh plugin --profile web add dsh-bridges@0.3.0
强装可用 · 需绕过门禁
当前 DSH 版本上 CLI 拒绝安装这个包。用 --accept-risk 绕过门禁之后,它能装上并挂载——限制来自版本策略,不是包坏了。要用它,得自己决定这个风险值不值得承担。
检测报告
能力清单
- 可执行外部程序
spawns-processes高关注11 处命中…/agents/claude-code/hooks/run.js:15import { spawn } from 'node:child_process';…ents/codebuddy-code/hooks/run.js:18import { spawn } from 'node:child_process';lib/agents/codex/hooks/run.js:16import { spawn } from 'node:child_process';lib/agents/cursor/hooks/run.js:15import { spawn } from 'node:child_process';- 看它调用哪些程序。调用本机已有的工具是常见做法。
- 以 shell 执行命令
shell-exec高关注5 处命中…/agents/claude-code/hooks/run.js:83shell: true,…/agents/claude-code/hooks/run.js:91return command; // spawn({ shell: true }) runs cmd.exe…/agents/claude-code/hooks/run.js:95return command; // spawn({ shell: true }) runs /bin/sh…ents/codebuddy-code/hooks/run.js:86shell: true,- 看命令字符串是拼出来的还是写死的。拼接用户输入才是真正的风险。
- 可终止进程
kills-processes需留意6 处命中…/agents/claude-code/hooks/run.js:137process.kill(-child.pid, signal);…ents/codebuddy-code/hooks/run.js:140process.kill(-child.pid, signal);lib/agents/codex/hooks/run.js:82process.kill(-child.pid, signal);lib/agents/cursor/hooks/run.js:69process.kill(-child.pid, signal);- 看它终止的是自己启动的进程,还是按名字匹配到的任意进程。
- 发起网络请求
network需留意2 处命中…/agents/claude-code/hooks/run.js:216const response = await fetch(handler.url, {…ents/codebuddy-code/hooks/run.js:209const response = await fetch(handler.url, {- 看请求发往哪些域名。发往作者自己的后端是常见做法。
- 读取环境变量
reads-env一般16 处命中lib/agents/codex/index.js:29const userCodexDir = process.env['CODEX_HOME'] && process.env['CODEX_HOME'].trim() !== '' ? process.env['CODEX_HOME'] : …lib/mcp-bridge.js:186return value.replace(/\$\{([A-Za-z_][A-Za-z0-9_]*)\}/g, (match, name) => process.env[name] ?? match);lib/agents/codex/mcp.js:13const token = process.env[entry.bearer_token_env_var];lib/agents/codex/mcp.js:24const value = process.env[key];- 环境变量里常混有密钥。看它是否把整个 env 都读走。
- 读取文件
reads-files一般2 处命中lib/fs-adapter.js:78entries = await readdir(path);lib/fs-adapter.js:99return readFile(path, 'utf8');- 读文件是绝大多数插件的正常工作方式,本身不构成顾虑。
- 动态加载模块
dynamic-import一般1 处命中lib/agents/claude-code/mcp.d.ts:13export declare function normalizeServer(name: string, entry: Record<string, unknown>, toolCallTimeoutMs: number, session…- 动态导入本身无害,但会让依赖关系难以静态审阅。
逐条扫描明细
| 能力 | 标识 | 关注度 | 命中次数 |
|---|---|---|---|
| 可执行外部程序 | spawns-processes | 高关注 | 11 |
| 以 shell 执行命令 | shell-exec | 高关注 | 5 |
| 可终止进程 | kills-processes | 需留意 | 6 |
| 发起网络请求 | network | 需留意 | 2 |
| 读取环境变量 | reads-env | 一般 | 16 |
| 读取文件 | reads-files | 一般 | 2 |
| 动态加载模块 | dynamic-import | 一般 | 1 |
这份报告的口径
扫描读的是包里的源码,全程不执行第三方代码。 本次读了 172 个文件,扫描于 2026-10-15。 命中次数只说明源码里出现过这类调用,不说明行为好坏——一个插件读写文件 500 次和 1 次 都会被记为「读取文件」。这是能力清单,不是信任评分,也不是安全结论: 没扫出来的能力可能只是写法没被规则覆盖。
可信度
- 0没有可扣分的项
认证等级 L1
- L0静态结构与契约✓sha512-PhSEQKZ30H3X2oHt… 与本地 tarball 复算一致,补丁与入口齐备
- L1配置组合与依赖图✓跨包无 entry id 冲突,插入模块可解析,目录内 peer 满足
- L2隔离沙箱冒烟—试装未通过(forced-ok)
- L3运行时健康监控—未抽样(本层是抽样检测:没有会话不等于干净)
评分口径与作者信息
从 100 分开始按规则扣减:fail −20 / major −10 / warn −5 / minor −2;star 数、下载量、LLM 输出都不参与评分
- 维护者
- yhlooo
- 仓库
- https://github.com/yhlooo/dsh-bridges
- 许可
- Apache-2.0
- 最后发布
- 2026-09-14
- 周下载
- 169
- star
- 9
扫描状态:已扫描。能力是事实,不是缺陷; 周下载与 star 只作参考,不参与评分。
认证等级只回答四件事:包本身是否完整可解析(L0)、能不能与别的插件组合(L1)、隔离环境里装不装得上并起得来(L2)、抽样运行时有没有异常(L3)。依赖漏洞、仓库存活、下载量都不参与评级,只作为独立信号标注。可信 ≠ 无漏洞,上架 ≠ 推荐。
| DSH peer 依赖 | 6 个cordisdsh-llmdsh-mcp-clientdsh-sandbox-policydsh-skilldsh-user-approval均为 @deepseek-ai/ 下的包 |
|---|---|
| Node 要求 | >=20 |
| 第三方依赖 | 3 个 |
| bundle patch | ./cordis.patch.yml |
| 依赖安全公告 | 5 条,见下方 |
这个插件声明的依赖中,有 5 条已公开的安全公告 (最高等级:中):
| 等级 | 依赖包 | 编号 | 摘要 |
|---|---|---|---|
| 中 | yaml | CVE-2023-2251 | Uncaught Exception in yaml 修复版本:2.2.2 详情 |
| 低 | smol-toml | GHSA-r4xh-jqrq-34v2 | smol-toml: Quadratic-time parse() from parseKey rescanning to end of document on each key line 修复版本:1.9.0 详情 |
| 低 | smol-toml | GHSA-v3rj-xjv7-4jmq | smol-toml: Denial of Service via TOML documents containing thousands of consecutive commented lines 修复版本:1.6.1 详情 |
| 低 | yaml | CVE-2026-33532 | yaml is vulnerable to Stack Overflow via deeply nested YAML collections 修复版本:1.10.3, 2.8.3 详情 |
| 未分级 | smol-toml | CVE-2026-85730 | smol-toml: Denial of Service via malformed TOML documents 修复版本:1.7.1 详情 |
查询的是依赖声明范围的下界(如 ^4.2.0 查 4.2.0),
不是实际安装到的版本。真正装的时候如果解析到了修复版本,就不受影响——
所以这是「可能受影响」,不是「这个插件有漏洞」。数据来自
OSV.dev。
元数据
| 主页 | https://github.com/yhlooo/dsh-bridges#readme |
|---|---|
| 仓库最近提交 | 2026-09-14 |
| 仓库创建 | 2026-08-14 |
DSH