模型与账号 · v0.5.29

dsh-mnemon

Name: dsh-mnemon
Author: omdsh-dev

github.com/omdsh-dev/dsh-mnemon

能力R010 向其他插件注入写入文件动态执行代码

面向 DeepSeek Harness 的可组合、基于视图的内存。

作者原文（英文）

Composable, view-based memory for DeepSeek Harness.

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

deepseek-harnessdeepseek-harness-plugindsh-pluginagent-memoryllm-memorypersistent-memorylong-term-memoryruntime-memory

认证 L2已扫描 ✓健康 S/100周下载 13.4k

5 项能力

许可: MIT
发布: 2026-10-14
维护者: grivn
插件 ID: 1959

安装命令

dsh plugin --profile web add dsh-mnemon@0.5.29

已试装 · 层已挂载

已在一个隔离的 profile 里真装过：包能装上，并且插件层挂载成功。这一条是实测结果，不是作者的声明。

检测报告

关注度高。命中了不少能力模式，其中可能有需要留意的。逐条看下面的清单。

1高关注2需留意2一般19未命中

高关注需留意一般

能力清单

R010 向其他插件注入plugin-tree-injection高关注8 处命中
- dsh-mnemon-source-documents, dsh-mnemon-source-memory-spaces, dsh-mnemon-source-runtime
- 看 patch 里 insert 的包是不是本项目自己的。插入第三方代码要格外留意。
写入文件writes-files需留意1 处命中
- bin/repair-legacy-session.mjs:689try { await file.writeFile(result); await file.sync() } finally { await file.close() }
- 看写入位置。写自己的配置目录是正常的，写系统目录不是。
动态执行代码dynamic-code需留意1 处命中
- lib/testing.js:223new Function("window", readFileSync(path, "utf8"))(window);
- 看 eval / new Function 的入参来自哪里。常量字符串和用户输入是两回事。
动态加载模块dynamic-import一般59 处命中
- lib/starter-resolution-CiUfOO4b.js:38return import("@deepseek-ai/dsh-app-boot").then(async ({ createRuntimeResolution, loadProfileDirectory, resolveBundleDir…
- lib/testing.js:26import: (specifier) => import(specifier),
- bin/repair-legacy-session.mjs:104require(tool ? supportedPackedToolRun(row, false) : supportedPackedTextRun(row), 'A packed source has unsupported fields…
- bin/repair-legacy-session.mjs:109require(logical.length < maximumBytes / 128, 'The identity proof exceeds its bounded event count.')
- 动态导入本身无害，但会让依赖关系难以静态审阅。
读取文件reads-files一般2 处命中
- lib/testing.js:223new Function("window", readFileSync(path, "utf8"))(window);
- bin/repair-legacy-session.mjs:557for await (const chunk of createReadStream(path)) {
- 读文件是绝大多数插件的正常工作方式，本身不构成顾虑。

逐条扫描明细

能力	标识	关注度	命中次数
R010 向其他插件注入	`plugin-tree-injection`	高关注	8
写入文件	`writes-files`	需留意	1
动态执行代码	`dynamic-code`	需留意	1
动态加载模块	`dynamic-import`	一般	59
读取文件	`reads-files`	一般	2

这份报告的口径

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

可信度

100 健康分 S 扣分项下方逐条附证据

0没有可扣分的项

认证等级 L2

L0静态结构与契约✓sha512-NDVMDataHJnUzCbI… 与本地 tarball 复算一致，补丁与入口齐备
L1配置组合与依赖图✓跨包无 entry id 冲突，插入模块可解析，目录内 peer 满足
L2隔离沙箱冒烟✓隔离 profile 安装成功，3.7s，层已挂载；宿主带它启动（booted）
L3运行时健康监控—运行时观测到异常：writes

评分口径与作者信息

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

维护者: grivn
仓库: https://github.com/omdsh-dev/dsh-mnemon
许可: MIT
最后发布: 2026-10-14
周下载: 13.4k
star: 550

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

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

DSH peer 依赖	4 个`cordisdsh-app-bootdsh-client-ui-primitivesdsh-typert-protocol`均为 `@deepseek-ai/` 下的包
Node 要求	`>=20`
第三方依赖	22 个
bundle patch	`./cordis.patch.yml`
依赖安全公告	4 条，见下方

这个插件声明的依赖中，有 4 条已公开的安全公告（最高等级：中）：

等级	依赖包	编号	摘要
中	`fflate`	CVE-2026-45820	fflate unzipSync can enter an infinite loop when parsing malformed ZIP64 archives 修复版本：0.4.9, 0.5.4, 0.6.11 详情
中	`yaml`	CVE-2023-2251	Uncaught Exception in yaml 修复版本：2.2.2 详情
低	`yaml`	CVE-2026-33532	yaml is vulnerable to Stack Overflow via deeply nested YAML collections 修复版本：1.10.3, 2.8.3 详情
低	`zod`	CVE-2023-4316	Zod denial of service vulnerability 修复版本：3.22.3 详情

查询的是依赖声明范围的下界（如 ^4.2.0 查 4.2.0），不是实际安装到的版本。真正装的时候如果解析到了修复版本，就不受影响—— 所以这是「可能受影响」，不是「这个插件有漏洞」。数据来自 OSV.dev。

元数据

主页	https://github.com/omdsh-dev/dsh-mnemon#readme
仓库最近提交	2026-10-14
仓库创建	2026-08-10

返回首页

检测报告

能力清单

这份报告的口径

可信度

认证等级 L2

元数据

同分类其他插件