浏览全部

开发与运行时 · v0.3.0

dsh-bridges

github.com/yhlooo/dsh-bridges

能力可执行外部程序以 shell 执行命令可终止进程

一个 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 模型翻译,仅供参考。

dshdeepseek-harnesspluginclaude-codecodexopencodecodebuddy-codepi
认证 L1已扫描 ✓健康 S/100周下载 169
7 项能力
许可
Apache-2.0
发布
2026-09-14
维护者
yhlooo
插件 ID
1569

安装命令

dsh plugin --profile web add dsh-bridges@0.3.0

强装可用 · 需绕过门禁

当前 DSH 版本上 CLI 拒绝安装这个包。用 --accept-risk 绕过门禁之后,它能装上并挂载——限制来自版本策略,不是包坏了。要用它,得自己决定这个风险值不值得承担。

检测报告

关注度高。命中了不少能力模式,其中可能有需要留意的。逐条看下面的清单。
2高关注2需留意3一般17未命中
高关注需留意一般

能力清单

  • 可执行外部程序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 次 都会被记为「读取文件」。这是能力清单,不是信任评分,也不是安全结论: 没扫出来的能力可能只是写法没被规则覆盖。

可信度

100 健康分 S 扣分项下方逐条附证据
  • 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 条已公开的安全公告 (最高等级:中):

等级依赖包编号摘要
中yamlCVE-2023-2251Uncaught Exception in yaml
修复版本:2.2.2 详情
低smol-tomlGHSA-r4xh-jqrq-34v2smol-toml: Quadratic-time parse() from parseKey rescanning to end of document on each key line
修复版本:1.9.0 详情
低smol-tomlGHSA-v3rj-xjv7-4jmqsmol-toml: Denial of Service via TOML documents containing thousands of consecutive commented lines
修复版本:1.6.1 详情
低yamlCVE-2026-33532yaml is vulnerable to Stack Overflow via deeply nested YAML collections
修复版本:1.10.3, 2.8.3 详情
未分级smol-tomlCVE-2026-85730smol-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

返回首页