dsh-plugin-bifrost
v0.13.0
其他
可执行外部程序写入文件可终止进程
`@brokkai/dsh-plugin-bifrost` 是一个 DeepSeek Harness bundle，通过 MCP 为 dsh 会话提供 Bifrost 代码智能能力。它内置了共享的 Bifrost 启动器， 首次使用时会下载并校验固定版本的本地 `bifrost` 二进制文件；无需手动安装二进制文件。
作者原文（英文）
DeepSeek Harness (dsh) bundle for Bifrost: multi-language code intelligence over MCP.
中文简介由 DeepSeek 模型翻译，仅供参考。
dsh-plugindeepseek-harnessbifrostmcpcode-intelligence
源仓库没有任何提交 仓库存在但是空的，没有源码可看。npm 上的包仍然可以安装，但作者没有公开对应源码。
检测报告
关注度高。命中了不少能力模式，其中可能有需要留意的。逐条看下面的清单。
1高关注2需留意4一般17未命中
高关注需留意一般
能力清单
- 可执行外部程序
spawns-processes高关注2 处命中bin/bifrost-launcher.mjs:3import { execFile, spawn } from "node:child_process";bin/open-packs.mjs:6import { execFile } from "node:child_process";- 看它调用哪些程序。调用本机已有的工具是常见做法。
- 写入文件
writes-files需留意15 处命中bin/bifrost-launcher.mjs:777await fsImpl.mkdir(extractDir, { recursive: true });bin/bifrost-launcher.mjs:778await fsImpl.writeFile(archivePath, archive);bin/bifrost-launcher.mjs:782await fsImpl.mkdir(destinationDir, { recursive: true });bin/bifrost-launcher.mjs:783await fsImpl.copyFile(extractedBinary, tmpDestination);- 看写入位置。写自己的配置目录是正常的，写系统目录不是。
- 可终止进程
kills-processes需留意1 处命中bin/bifrost-launcher.mjs:1167process.kill(process.pid, exitSignal);- 看它终止的是自己启动的进程，还是按名字匹配到的任意进程。
- 读取环境变量
reads-env一般18 处命中src/index.js:64ctx.plugin(mcpClient, buildMcpClientConfig(config, launcherPath, process.env, process.cwd()));bin/bifrost-launcher.mjs:139env = process.env,bin/bifrost-launcher.mjs:320export function cacheRootFor(env = process.env, platform = process.platform, homedir = os.homedir()) {bin/bifrost-launcher.mjs:380const env = options.env ?? process.env;- 环境变量里常混有密钥。看它是否把整个 env 都读走。
- 读取文件
reads-files一般13 处命中bin/bifrost-launcher.mjs:244parsed = JSON.parse(await fsImpl.readFile(filePath, "utf8"));bin/bifrost-launcher.mjs:624entries = await context.fsImpl.readdir(binariesRoot, { withFileTypes: true });bin/bifrost-launcher.mjs:713entries = await fsImpl.readdir(location.directory, { withFileTypes: true });bin/open-packs.mjs:657cachedSchemaTexts.set(version, await fs.readFile(schemaPath, "utf8"));- 读文件是绝大多数插件的正常工作方式，本身不构成顾虑。
- 接触凭据或密钥
credentials一般5 处命中README.md:64Note: dsh scrubs secrets-like variables (`*KEY*`, `*PASSWORD*`, `*SECRET*`,bin/open-packs.mjs:577if (parsed.protocol !== "https:" || parsed.username || parsed.password)bin/open-packs.mjs:1119url.password- 看它读取哪些凭据、发往哪里。用于登录自己的服务是正常的。
- 动态加载模块
dynamic-import一般1 处命中src/index.js:63const mcpClient = await import("@deepseek-ai/dsh-mcp-client");- 动态导入本身无害，但会让依赖关系难以静态审阅。
逐条扫描明细
| 能力 | 标识 | 关注度 | 命中次数 |
|---|---|---|---|
| 可执行外部程序 | spawns-processes | 高关注 | 2 |
| 写入文件 | writes-files | 需留意 | 15 |
| 可终止进程 | kills-processes | 需留意 | 1 |
| 读取环境变量 | reads-env | 一般 | 18 |
| 读取文件 | reads-files | 一般 | 13 |
| 接触凭据或密钥 | credentials | 一般 | 5 |
| 动态加载模块 | dynamic-import | 一般 | 1 |
这份报告的口径
扫描读的是包里的源码，全程不执行第三方代码。 本次读了 9 个文件，扫描于 2026-10-14。 命中次数只说明源码里出现过这类调用，不说明行为好坏——一个插件读写文件 500 次和 1 次 都会被记为「读取文件」。这是能力清单，不是信任评分，也不是安全结论： 没扫出来的能力可能只是写法没被规则覆盖。
依赖安全公告
已查询这个插件声明的全部依赖，没有匹配到已公开的安全公告。（含 DSH 框架包在内的 @deepseek-ai/* 不作查询——那是运行时自己的问题，不是插件的。）