@void0042/dsh-record-manager avatar

@void0042/dsh-record-manager

DSH 外置笔记插件:把笔记存成磁盘上的 .txt/.md,提供侧边栏面板、独立窗口和 record_note Agent 工具。

插件知识管理桌面界面增强记忆文件存储
验证
L5 · 运行已测
通过
风险
中风险
健康
活跃
信任
银

安装验证:运行验证通过 (L5) · 验证于 dsh 0.2.2-rc.1 · 验证日期 安装验证详情 →

安装验证徽章 dsh 0.2.2-rc.1

数据截至 (UTC)

功能介绍AI

DSH 外置笔记插件,把笔记存成磁盘上的 .txt/.md 纯文本文件,提供侧边栏面板、独立窗口和 record_note Agent 工具。

  • 笔记即真实 .txt/.md 文件,目录可配置,不锁定私有格式
  • 每日流水自动按 MMDD 分区编号,跨天自动新起分区
  • 支持大小写敏感/正则/全词搜索,并有回收站与 mtime 冲突保护
knowledgeAImemoryAIfileAIstorageAI

能力标签为 AI 推断或 README 规则抽取(见角标),词表受限、未经安装验证;AI = 推断,README = 原文关键词。

安装

dsh plugin --profile web add dsh-record-manager
已验证 0.1.0

安装方式: npm · 运行验证通过 (L5)

验证与兼容性

按插件版本分组:每张卡是该插件版本实测过的 dsh 版本与安装兼容结论(L5 优先)。只列真测过的组合——未列出 = 未实测,不推定兼容。L1–L3 为插件级静态档(与 dsh 版本无关,各 dsh 行同值):在行内「验证等级」格里与 L4/L5 并列显示、标注「静态」,证据体为插件级单份、随行内「查看检查项与证据」出现,不在各版本重复存储。

External credentials(插件级):未检测到

原插件兼容声明来自 package.json · peerDependencies
未采集到插件清单

未采集到插件清单 —— 无法得知作者声明的版本范围。

安装兼容矩阵(速览 · 行 = 插件版本〔最近 5〕,列 = dsh 版本〔最近 5〕)
结论一览 → 证据在下方分版本卡片
插件版本 \ dshdsh 0.2.2-rc.1
当前
0.1.0✓
安装兼容实测(按插件版本,组内按 dsh 版本)
图例:✓ L5 运行验证通过○ 生态插件◼ 生态应用✗ 失败
0.1.0npm✓ 运行验证通过 12026-11-11

dsh-record-manager

✓dsh 0.2.2-rc.1当前2026-11-11L5 · 运行验证通过
实测环境与工件
  • • Node.js: v24.14.0
  • • DSH: 0.2.2-rc.1
  • • 被测插件工件: npm · dsh-record-manager@0.1.0
验证等级(L1–L3 为插件级静态档 · L4/L5 为该组合最新真测)
L1 静态
通过
L2 静态
通过
L3 静态
通过
L4 沙盒
通过
L5 运行
通过
在 dsh 沙盒中完成安装与运行冒烟——装得上、跑得起来
L5 · 运行验证通过 · dsh 0.2.2-rc.1 有效

ID: dsh-record-manager@0.1.0@dsh0.2.2-rc.1 · 档位: l4-sandbox

签发:2026-11-11 · 有效至:2026-11-18

查看检查项与证据
L1 · 已找到✓ 通过

↳ 沿用自更早记录 dsh-record-manager@a6243f@dsh0.2.2-rc.1(l3-fullscan)

由 L3 推定✓ 通过
默认通过——L3 安装规范已通过(全库 L3 扫描策略)
L2 · 结构化✓ 通过

↳ 沿用自更早记录 dsh-record-manager@a6243f@dsh0.2.2-rc.1(l3-fullscan)

由 L3 推定✓ 通过
默认通过——L3 安装规范已通过(全库 L3 扫描策略)
L3 · 安装规范✓ 通过

↳ 沿用自更早记录 dsh-record-manager@a6243f@dsh0.2.2-rc.1(l3-fullscan)

安装命令已解析✓ 通过
来源:插件市场校验 · 方式:安装规范解析 · 采集于 2026-11-10
DSH 版本已声明✓ 通过
来源:插件市场校验 · 方式:DSH 版本声明 · 采集于 2026-11-10
L4 · 安装已测✓ 通过
受限沙盒内执行安装✓ 通过
来源:Windows ACL 沙盒 · 方式:沙盒安装执行 · 采集于 2026-11-11
安装源 dsh-record-manager · 通道 npm 包 · 结果 ran · 退出码 0
检查耗时:5.3s
沙盒安装成功✓ 通过
来源:Windows ACL 沙盒 · 方式:沙盒安装执行 · 采集于 2026-11-11
安装源 dsh-record-manager · 通道 npm 包 · 结果 ran · 退出码 0
检查耗时:5.3s
安装产物已确认✓ 通过
来源:Windows ACL 沙盒 · 方式:沙盒安装执行 · 采集于 2026-11-11
安装源 dsh-record-manager · 通道 npm 包 · 结果 ran · 退出码 0
检查耗时:5.3s
L5 · 运行已测✓ 通过

已在加载器目录树中激活(150 个条目)

沙盒安装通过✓ 通过
来源:Windows ACL 沙盒 · 方式:沙盒安装执行 · 采集于 2026-11-11
安装源 dsh-record-manager · 安装方式 复用 L4 沙盒
检查耗时:144ms
Web 启动就绪✓ 通过
来源:DSH 运行时 · 方式:Web 启动 · 采集于 2026-11-11
就绪行 dsh web: http://127.0.0.1:61258/?token=…
HTTP 服务响应✓ 通过
来源:DSH 运行时 · 方式:HTTP 请求 · 采集于 2026-11-11
探测路径 / · HTTP 200 · 耗时 144ms
插件清单中已激活✓ 通过
来源:DSH 运行时 · 方式:插件清单查询 · 采集于 2026-11-11
清单判定 active · 清单条目 150
命中:include:dsh-record-manager · dsh-record-manager · 相位 active
相位计数:active 122 · null 28

L1–L3 为插件级静态结论(基础门槛,全 dsh 版本相同):证据为插件级单份,不在各版本重复存储。

仅展示最近 3 个已发布版本;源码快照(commit hash)组、未标注工件组与更早版本不展示——全量档案保留在数据层(插件无任何已发布版本时,快照/未标注组才照常展示)。

作者徽章

将 dsh.so 徽章嵌入你的 README,展示插件的自动安全扫描与安装检测状态:

dsh.so 风险徽章
`[![dsh.so risk](https://cdn.dsh.so/badge/dsh-record-manager.svg)](https://www.dsh.so/artifact/dsh-record-manager/?ref=badge)`
dsh 0.2.2-rc.1 安装验证已通过
`[![dsh.so install · dsh 0.2.2-rc.1](https://cdn.dsh.so/badge/install/dsh-record-manager@0.2.2-rc.1.svg)](https://www.dsh.so/artifact/dsh-record-manager/?ref=badge-install)`

dsh.so 是独立社区项目,与 DeepSeek AI 无隶属或背书关系;徽章由 dsh.so 维护,嵌入链接带 ?ref= 归因参数。

安全报告

两层自动化检查,都不是人工审核:静态扫描(逐插件规则判定)与模型驱动的动态安全审计(只覆盖静态判定 warn 及以上的插件子集,不执行插件代码)。

dsh-record-manager自动审查 · 每日更新

静态扫描 高;动态审计最高 中(有结论时以动态为准)→ 总评级 中。

静态 高→动态 中→总评级 中
动态发现0 严重·0 高·1 中·2 低
中总评级 · 中
1静态扫描 · vet 主判vet AST 静态分析(npm 发布物或 git 源码)
插件版本v0.1.0dsh 清单
扫描版本0.1.0npm2026-11-11
当前版本0.1.0版本一致
vet 判定suspicious · npm

vet 为 AST 静态扫描(npm 发布物或 git 源码)。

静态发现(5 条)
  • 警告shellExec · shellindex.js:85

    execFile('rundll32', ['url.dll,FileProtocolHandler', t], () => {})

  • 警告shellExec · shellindex.js:87

    execFile('open', [t], () => {})

  • 警告shellExec · shellindex.js:89

    execFile('xdg-open', [t], () => {})

  • 警告fsWrite · filesindex.js:48

    fs.writeFileSync(SETTINGS_FILE, JSON.stringify(obj, null, 2), 'utf8')

  • 警告fsWrite · filesindex.js:148

    fs.writeFileSync(tmp, text, { encoding: 'utf8' })

2模型读脱敏源码上下文 · 不执行插件代码
最高等级中
并入后总评级 中
审计时间2026-11-11
被审工件npm 0.1.0
发现计数0 严重·0 高另有 1 条中 / 2 条低未展开
展开 3 条审计发现
  • mediumPOST /config 允许同源调用者把记录根目录改为任意绝对路径index.js:60

    setRoot 只拒绝纯盘符(如 C:);在 POSIX 上 '/' 会被接受,且任意绝对目录会被持久化到 .dsh-record-manager.json。此后 /read、/write、/create、/delete、/trash/restore 会作用于磁盘上任意位置的 .txt/.md 文件(如 ~/.config、文档、日志导出),一次调用即可把插件的文件访问范围扩大到远超其数据目录。Origin/Sec-Fetch-Site 校验把调用者限制为同源页面或本地进程,.txt/.md 白名单阻止写入任意扩展名的文件。

  • low/search 在服务端执行用户提供的正则,无超时限制index.js:279

    GET /search?q=<模式>&regex=1 会编译任意正则,并逐行扫描 ROOT 下所有 .txt/.md(单文件上限 4MB,文件数不限),运行在单线程 Node 服务上。像 (a+)+$ 这样的灾难性回溯模式配合长行会阻塞事件循环,导致整个 DSH 宿主卡死。可直接调用接口触发(打包后的前端从不设置 regex=1),同源调用者亦可触发。

  • low路径围栏仅为词法校验,ROOT 内符号链接可绕过 safePath/safeDirPathindex.js:112

    包含性校验使用 path.resolve/path.relative 而未调用 fs.realpathSync,若记录根目录内存在指向外部的符号链接目录或文件,/read、/write、/create、/delete 及列目录即可访问 ROOT 之外的位置(文件仍限于 .txt/.md)。利用前提是攻击者已能在记录根目录内创建符号链接,例如其他本地进程或用户误操作。

整体防护较好的本地笔记插件:execFile 无 shell、路径围栏有效;但 /config 接口可把记录根目录改成任意绝对路径,从而扩大 .txt/.md 的读写删除范围。

口径(2026-10-28):有动态审计结论时以动态结论为准(可能上调也可能下调);没有结论时(未入队 / 审计失败 / 人工撤回)才用静态扫描档(vet 主判 + dsh 兜底)。动态审计永不写豁免表(豁免只能人工三筛手写);模型判错时由人工复核撤回,撤回后档位回到静态扫描档。

免责声明:静态扫描与动态安全审计都是自动化分析,不构成安全保证。安装前请自行审查。

活跃度

最近提交 2026-11-04 · 活跃度:活跃

• 仓库创建: 2026-11-04

• 星标: ★ 0 · 复刻: 0

• 健康度: 活跃 — 近 30 天有提交

来源

GitHub: github.com/void0042/dsh-record-manager

常见问题

@void0042/dsh-record-manager 是什么?

@void0042/dsh-record-manager 是收录在 dsh.so 的 DeepSeek Harness(dsh)插件。dsh.so 是独立社区注册表:基于公开源码仓库收录,并为每个条目公开自动安全扫描与安装验证结果。

dsh.so 或本页是官方项目吗?

dsh.so 是独立社区注册表,与 DeepSeek AI 没有隶属、背书或赞助关系。

如何安装 @void0042/dsh-record-manager?

在 DeepSeek Harness(dsh)环境中运行 dsh plugin --profile web add dsh-record-manager。该命令已通过隔离沙盒中的真实安装实测(L4)与 Web 冒烟运行验证(L5)。

这个页面的安全扫描是人工审计吗?

两层都是自动化检查,不是人工审计。静态扫描是对仓库源码的启发式分析,可能误报也可能漏掉上下文。模型驱动的动态安全审计只覆盖静态判定 warn 及以上的插件、不执行插件代码,有结论时以它为准(可能上调也可能下调);豁免始终由人工三筛手写。两者都不代表背书:安装前请自行审查仓库与权限申请,并结合验证等级与健康度判断。

本页数据有多新?

本页数据截至 2026-11-11(UTC):取注册表刷新、安装验证、安全扫描与动态审计时间戳中最新的合法日期,不使用构建时间冒充数据日期。

这页有帮助吗?