浏览全部

其他 · v0.13.0

dsh-plugin-bifrost

github.com/BrokkAi/bifrost

能力可执行外部程序写入文件可终止进程

@brokkai/dsh-plugin-bifrost 是一个 DeepSeek Harness bundle,它通过 MCP 为 dsh 会话提供 Bifrost 代码智能。

作者原文(英文)

@brokkai/dsh-plugin-bifrost is a DeepSeek Harness bundle that gives dsh sessions Bifrost code intelligence over MCP.

简介取自插件 README 开头,由 DeepSeek 模型翻译,仅供参考。

dsh-plugindeepseek-harnessbifrostmcpcode-intelligence
认证 L1已扫描 ✓健康 S/100周下载 217
7 项能力
许可
Apache-2.0
发布
2026-10-08
维护者
jbellis、bigslopdave 等 3 人
插件 ID
117

安装命令

dsh plugin --profile web add @brokkai/dsh-plugin-bifrost@0.13.0

强装后仍失败

即使绕过版本门禁,这个包装上之后仍然失败。说明问题不只是版本对齐,包本身在当前环境里也跑不起来。

源仓库没有任何提交 仓库存在但是空的,没有源码可看。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一般2 处命中
    • 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一般2
动态加载模块dynamic-import一般1

这份报告的口径

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

可信度

100 健康分 S 扣分项下方逐条附证据
  • 0没有可扣分的项

认证等级 L1

  • L0静态结构与契约✓sha512-QFi2tjLyKF7UN7v1… 与本地 tarball 复算一致,补丁与入口齐备
  • L1配置组合与依赖图✓跨包无 entry id 冲突,插入模块可解析,目录内 peer 满足
  • L2隔离沙箱冒烟—试装未通过(force-failed)
  • L3运行时健康监控—未抽样(本层是抽样检测:没有会话不等于干净)
评分口径与作者信息

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

维护者
jbellis、bigslopdave、foundev
仓库
https://github.com/BrokkAi/bifrost
许可
Apache-2.0
最后发布
2026-10-08
周下载
217
star
17

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

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

DSH peer 依赖1 个dsh-mcp-client均为 @deepseek-ai/ 下的包
声明 DSH 版本>=0.1.0-rc.6
Node 要求^22.19 || >=24
第三方依赖0 个(纯自包含)
bundle patch./cordis.patch.yml
依赖安全公告已查询全部依赖,没有匹配到已公开的安全公告(含 DSH 框架包在内的 @deepseek-ai/* 不作查询——那是运行时自己的问题,不是插件的。)

元数据

仓库最近提交2026-10-12
仓库创建2026-08-14

返回首页