界面与主题 · v0.5.2
dsh-plugin-cicd
把 DSH 插件的持续构建与发布(CI/CD)搬进 DeepSeek Harness:侧边栏一个图标,点开是一个占满主区域的独立面板。
作者原文(英文)
发布台(Release Console)for DeepSeek Harness: a sidebar entry and a full main-panel page that show what each repository has built, what it has released, whether the local checkout is ahead of the release, whether the copy installed in this profile is the publ
简介取自插件自己的 README 原文。
安装命令
dsh plugin --profile web add dsh-plugin-cicd@0.5.2
已试装 · 层已挂载
已在一个隔离的 profile 里真装过:包能装上,并且插件层挂载成功。这一条是实测结果,不是作者的声明。
检测报告
能力清单
- 可执行外部程序
spawns-processes高关注3 处命中index.js:67import { execFile, execFileSync, spawn } from 'node:child_process'tests/bump-e2e.mjs:22import { execFileSync } from 'node:child_process'scripts/verify-bundle.mjs:22import { execFileSync } from 'node:child_process'- 看它调用哪些程序。调用本机已有的工具是常见做法。
- 以 shell 执行命令
shell-exec高关注3 处命中index.js:316const out = execFileSync(tests/bump-e2e.mjs:44return execFileSync('git', args, {scripts/verify-bundle.mjs:289execFileSync(process.execPath, ['--check', absolute], { stdio: ['ignore', 'ignore', 'pipe'] })- 看命令字符串是拼出来的还是写死的。拼接用户输入才是真正的风险。
- 写入文件
writes-files需留意41 处命中index.js:2820writeFileSync(manifest, source, 'utf8')index.js:2827writeFileSync(manifest, rewritten.text, 'utf8')index.js:3136mkdirSync(directory, { recursive: true })index.js:3487if (existsSync(npmrcPath)) writeFileSync(`${npmrcPath}.bak`, existing, 'utf8')- 看写入位置。写自己的配置目录是正常的,写系统目录不是。
- 发起网络请求
network需留意7 处命中client.js:1107const response = await fetch(`${BASE}${path}`, {index.js:3250response = await fetch(`http://${authority}/api/dsh-restart/restart`, {index.js:3324const response = await fetch(url, {tests/bilibili-check.mjs:383const response = await fetch(`${base}${path}`, { method: 'POST', headers: { 'content-type': 'application/json' }, body: …- 看请求发往哪些域名。发往作者自己的后端是常见做法。
- 动态执行代码
dynamic-code需留意2 处命中tests/client-render.mjs:318vm.createContext(sandbox)tests/client-render.mjs:319vm.runInContext(source, sandbox, { filename: 'client.js' })- 看 eval / new Function 的入参来自哪里。常量字符串和用户输入是两回事。
- 运行时改写自身配置
modifies-own-manifest需留意2 处命中tests/bump-e2e.mjs:88writeFileSync(join(work, 'package.json'), manifestFor(version), 'utf8')tests/host-checks.mjs:249const writeManifest = (dir, manifest) => writeFileSync(join(dir, 'package.json'), JSON.stringify(manifest, null, 2), 'ut…- 运行时改写自身配置会让下次启动的行为和你看过的源码不一致。
- 读取文件
reads-files一般78 处命中index.js:691if (isAbsolute(candidate) && existsSync(candidate)) return candidateindex.js:1085if (localPath === '' || !existsSync(localPath)) return nullindex.js:1087const parsed = JSON.parse(readFileSync(join(localPath, 'package.json'), 'utf8'))index.js:1218if (!existsSync(localPath)) return { available: false, reason: 'localPath does not exist' }- 读文件是绝大多数插件的正常工作方式,本身不构成顾虑。
- 读取环境变量
reads-env一般27 处命中index.js:537const home = text(process.env.DSH_HOME) !== '' ? text(process.env.DSH_HOME) : join(process.env.USERPROFILE ?? process.en…index.js:673for (const value of [process.env.DSH_GH_PATH, process.env.DSH_GITHUB_CLI]) {index.js:685join(process.env.LOCALAPPDATA ?? '', 'Programs', 'GitHub CLI', 'gh.exe'),index.js:686join(process.env.ProgramFiles ?? '', 'GitHub CLI', 'gh.exe'),- 环境变量里常混有密钥。看它是否把整个 env 都读走。
- 动态加载模块
dynamic-import一般4 处命中tests/bilibili-check.mjs:51const module = await import(pathToFileURL(join(packageRoot, 'index.js')).href)tests/bump-e2e.mjs:31const module = await import(pathToFileURL(join(packageRoot, 'index.js')).href)tests/mount-check.mjs:29const module = await import(pathToFileURL(join(packageRoot, 'index.js')).href)tests/pipeline-check.mjs:41const module = await import(pathToFileURL(join(packageRoot, 'index.js')).href)- 动态导入本身无害,但会让依赖关系难以静态审阅。
- 接触凭据或密钥
credentials一般2 处命中index.js:1009if (url.username !== '' || url.password !== '' || url.pathname !== '/' || url.search !== '' || url.hash !== '') return u…index.js:1558if (url.username !== '' || url.password !== '') return fallback- 看它读取哪些凭据、发往哪里。用于登录自己的服务是正常的。
- 使用 vm 模块做隔离
uses-vm-module一般1 处命中tests/client-render.mjs:24import vm from 'node:vm'- 用 node:vm 是在建立隔离,不是在突破它。本身不是顾虑,但值得知道这个插件会执行动态代码。
逐条扫描明细
| 能力 | 标识 | 关注度 | 命中次数 |
|---|---|---|---|
| 可执行外部程序 | spawns-processes | 高关注 | 3 |
| 以 shell 执行命令 | shell-exec | 高关注 | 3 |
| 写入文件 | writes-files | 需留意 | 41 |
| 发起网络请求 | network | 需留意 | 7 |
| 动态执行代码 | dynamic-code | 需留意 | 2 |
| 运行时改写自身配置 | modifies-own-manifest | 需留意 | 2 |
| 读取文件 | reads-files | 一般 | 78 |
| 读取环境变量 | reads-env | 一般 | 27 |
| 动态加载模块 | dynamic-import | 一般 | 4 |
| 接触凭据或密钥 | credentials | 一般 | 2 |
| 使用 vm 模块做隔离 | uses-vm-module | 一般 | 1 |
这份报告的口径
扫描读的是包里的源码,全程不执行第三方代码。 本次读了 18 个文件,扫描于 2026-10-15。 命中次数只说明源码里出现过这类调用,不说明行为好坏——一个插件读写文件 500 次和 1 次 都会被记为「读取文件」。这是能力清单,不是信任评分,也不是安全结论: 没扫出来的能力可能只是写法没被规则覆盖。
可信度
- 0没有可扣分的项
认证等级 L2
- L0静态结构与契约✓sha512-6yuS+xcWCz3OFhgz… 与本地 tarball 复算一致,补丁与入口齐备
- L1配置组合与依赖图✓跨包无 entry id 冲突,插入模块可解析,目录内 peer 满足
- L2隔离沙箱冒烟✓隔离 profile 安装成功,2.6s,层已挂载;宿主带它启动(booted)
- L3运行时健康监控—运行时观测到异常:spawns
评分口径与作者信息
从 100 分开始按规则扣减:fail −20 / major −10 / warn −5 / minor −2;star 数、下载量、LLM 输出都不参与评分
- 维护者
- sorabot
- 仓库
- https://github.com/SOH4C4759/dsh-plugin-cicd
- 许可
- MIT
- 最后发布
- 2026-10-12
- 周下载
- 716
- star
- 1
扫描状态:已扫描。能力是事实,不是缺陷; 周下载与 star 只作参考,不参与评分。
认证等级只回答四件事:包本身是否完整可解析(L0)、能不能与别的插件组合(L1)、隔离环境里装不装得上并起得来(L2)、抽样运行时有没有异常(L3)。依赖漏洞、仓库存活、下载量都不参与评级,只作为独立信号标注。可信 ≠ 无漏洞,上架 ≠ 推荐。
| Node 要求 | >=20 |
|---|---|
| 第三方依赖 | 0 个(纯自包含) |
| bundle patch | ./cordis.patch.yml |
| 依赖安全公告 | 已查询全部依赖,没有匹配到已公开的安全公告(含 DSH 框架包在内的 @deepseek-ai/* 不作查询——那是运行时自己的问题,不是插件的。) |
元数据
| 主页 | https://github.com/SOH4C4759/dsh-plugin-cicd#readme |
|---|---|
| 仓库最近提交 | 2026-10-11 |
| 仓库创建 | 2026-10-06 |
DSH