← 返回列表
未验证
v1.0.0 · 在 dsh =0.1.5-rc.2 =0.1.6-alpha.1 =0.2.0 | 不支持 |…
尚未跑自动兼容性验证,可查看页面内的依赖与入口分析。 · 最近上游提交 2026/9/24 · 已提供中文文档
为 DeepSeek Harness 设计的只读记忆室:一个基于纯 markdown 的 scribe_recall 工具、拒绝路径遍历的路径安全规则、Unicode 走私和 NTFS 备用数据流,以及一个绝不静默截断的索引。
综合分
29.9
GitHub 分
29.9
用户评分
—
★ Stars
0
周下载量
—
安装插件(需先安装 dsh CLI 引擎:npm install -g @deepseek-ai/dsh)
dsh plugin --profile web add BOWLUNA/dsh-zcode-scribe该插件未发布到 npm,走 GitHub 源安装(pnpm 若拦截 prepare 脚本,按其提示在 pnpm-workspace.yaml 的 allowBuilds 中放行后重跑)
信任档位:已验证本站已于 0 天前真实安装成功
- 是什么
- dsh 原生插件 · chat
- 装得上吗
- 本站已真实安装成功(非静态推断)
- 安全吗
- 本站尚未对该插件做风险分级(暂未覆盖,不等同于无风险)
- 还在维护吗
- 活跃:最近一次提交在 1 天前
档位由下列信号合成:本站实装验证(真实安装,当前最高到 L4)· 验证所用 dsh 版本 · 静态安装检查 · 风险分级 · 仓库维护状态。下方各区块是它的证据明细。 验证判据与等级说明 →
🟢实装验证通过· 2026/9/25
由本站实装验证器在真实 dsh 环境安装成功,非静态推断。
数据截至 2026/9/25(元数据每日更新 · 实装验证按队列轮转,单条结论的验证时间见上方)
依赖的 DSH / Cordis 模块
@deepseek-ai/dsh-tools@deepseek-ai/schemastery用户评分
还没有人投票,来当第一个
订阅周报,不错过优质插件更新
每周一封 · 高评分插件 + 新用户活动
README
由 DeepSeek 最新模型翻译生成dsh-zcode-scribe
test
license
dsh
node
v1.0.0 · 在 dsh >=0.1.5-rc.2 =0.1.6-alpha.1 =0.2.0 | 不支持 | 范围是排他的 |
为什么它明明起得来却不声明。 0.1.7-alpha.1 把复数包 dsh-agent-presets 换成了单数
dsh-agent-preset + 声明式注册表,并把 preset 从「扫描目录」改成「bundle 声明式注册」。
本插件不碰那条面 —— grep -ri "agent-preset\|agentPresets\|compaction-basic" 只命中一个文件,
而那个文件是把 dsh-agent-presets 当作某个模式的取证来源引用,不是依赖;本插件用到的接缝是
ctx.tools.register / ctx.systemPrompt.section / ctx.subagents / ctx.effect / ctx.inject / ctx.logger。
但能起 ≠ 能用:0.1.7 还带来一个设置页,而它自己的能力守卫可以在进程照常服务的情况下把整个设置页禁用。
凭「起过一次」就声明支持,是兼容性声明变成谎话的典型路径。等 0.1.7 线稳定,
这张表会多一行「已测」并放宽 engines.dsh —— 而放宽必须伴随一次真实会话,不是一次启动。
给 DeepSeek Harness 的长期记忆——写记忆的那个组件是一个被收窄了权限的子代理。
dsh plugin --profile web add dsh-zcode-scribe
启动守卫的四条断言,以及真正抓住问题的那一条
状态:早期,只读。 scribe_recall 工具已注册、在真实实例里真被执行,
且一次真实模型会话(dsh 0.1.6-alpha.2)用它读出了记忆房间里的内容并答对——
每条结论对应的原始输出都在 docs/MEASUREMENTS.md。测试 104/104。
还不存在的:写入、抽取,以及那个被硬收窄的写手——它卡在 M0
(先证明子代理的能力集真的能通过公开接缝被收窄)。目前还没有任何东西注入 prompt,
所以装它改变的是模型能问什么,不是它知道什么。
English
它从 ZCode 取了什么,以及在哪里走得更远
ZCode(zai-org/ZCode,连同
zai-org/GLM-skills)是这个项目记忆模型的出处:
抽取子代理、一行式主题描述的召回清单、纯 markdown 的记忆房间。这是出处,不是依赖——
装它不需要 ZCode、不需要 GLM key、不需要任何厂商凭据;模型能力一律走宿主自己的 ctx.llm。
| ZCode 有什么 | 本插件取了什么 | 本插件多了什么(优于在哪) | 证据(一条命令或一个测试名) |
| --- | --- | --- | --- |
| core/src/memory/extraction.ts:42 buildMemoryExtractionPrompt | 抽取子代理的提示词骨架:分析最近 N 条消息、优先更新已有文件而不是造重复文件、无事可存时只输出 Nothing to save. | 提示词由本插件自己构造,并点名记忆类型与房间自己定义的 frontmatter 格式 | 尚未证明 —— 抽取半边还没写;门禁见 issues/M0-1 |
| extraction.ts:68 evaluateMemoryExtraction 的 direct-memory-write 跳过条件 | 跳过条件的思路:本轮 agent 已经写过房间,就不在其上再抽一次 | 它要用到的「包含性判定」是本插件自己的 src/paths.mjs——一个 52 条表驱动用例的纯函数,而不是必须信任入参的路径助手 | node test/run.mjs › test/paths.test.mjs(52 例,例如 truncates at the first colon so an NTFS stream cannot hide a reserved name) |
| extraction.ts:78 的 no-user-prose 跳过条件,阈值 MINIMUM_USER_WORDS = 3(extraction.ts:6) | 阈值本身,以及「数的是用户的散文,不是任意消息」 | 同一个数字是配置键(minUserWords),可按 profile 调,而不是模块常量 | index.js:124(minUserWords: z.number().default(3))· node test/run.mjs › test/apply.test.mjs › narrows the writer, refuses secrets, and caps the index |
| extraction.ts:228 containsDirectMemoryWrite | 「这是不是一次记忆写入」要拿工具路径对房间做归属判定 | ZCode 没有对应物:checkMemoryPath() 在比对之前就拒绝目录穿越、Unicode 夹带与 NTFS 备用数据流,且它是写路径上的唯一闸门 | node test/run.mjs › test/paths.test.mjs › strips bidirectional overrides, which render a name as its reverse 与 truncates at the first colon so an NTFS stream cannot hide a reserved name |
| core/src/subagent/profile.ts:78 的子代理 tools: 白名单 | 用「点名它能用哪些工具」来收窄子代理 | ZCode 在抽取子代理的 provider request 里保留父级的完整工具目录,只在 tool-use 边界收窄——它自己的注释就这么写(core/src/memory/memory-agent-loop.ts:70)。本设计是让工具从模型能看到的 scope 里消失(ctx.tools.restrict),于是没有东西可调,而不是「调了会被拒」 | 尚未证明 —— plugins/memory/dsh-zcode-scribe/lab/05-m0-probe.mjs 已执行,但在无会话的启动里拿不到任何 agent ctx。见 issues/M0-1 |
| tool/executor/memory-file-permission.ts:22 放行记忆目录下 .md 的 Write/Edit | 「把权限规则限定在记忆目录」这个想法 | 那条规则是放行;本插件的写手是被设计成没有别的能力可放行 | node test/run.mjs › test/apply.test.mjs › narrows the writer, refuses secrets, and caps the index —— 证明该配置键及其默认值;收窄本身:尚未证明 |
哪里还没超过 ZCode(如实留白):ZCode 今天有一条能跑的抽取路径,本插件没有——
它只交付读半边,且在 M0 通过前拒绝做抽取。这是诚实的状态,也正是这张表里
必须有一行写「尚未证明」的原因:一张没有这种行的对照表就是宣传。
怎么自己复核这张表
上面每一行都应能从一次干净 clone 复核出来。命令如下,且在写这段之前已经实跑过一遍:
git clone https://github.com/BOWLUNA/dsh-zcode-scribe && cd dsh-zcode-scribe
npm install --no-save --no-audit --no-fund @deepseek-ai/dsh@0.1.6-alpha.2 # peer 包
npm install -g pnpm@12 # dsh plugin add 是 forward 给 pnpm 的,dsh 不自带
node test/run.mjs # 104 项检查
node tools/boot-check.mjs --port 32050 # 真启动;harness 从 ./node_modules 自动找到
那一步 peer 安装不是可选的,这是实测出来的、不是推测的。 跳过它,import index.js 的套件
解析不到 @deepseek-ai/,整轮只会给出一个残缺的摘要 —— 57 / 8 / 55 / 2,
而完整跑是 130 / 18 / 130 / 0(依次为 tests · suites · pass · fail)—— 一个看着干净的残跑,却什么也没说明。在干净 clone 里带/不带这一步各跑过一遍。
表里 ZCode 那一半,是拿 ZCode 检出逐文件逐行读出来的。
以上不需要模型、不需要凭据、不需要联网 —— 若某一行没法这样核,它就直接写 尚未证明。
M0 门禁,写成一个可测的问题
子代理的能力集能否通过 DSH 的公开接缝被收窄? 能,抽取就建在它之上;
不能,抽取就不做——退路不是「让主 agent 用全套工具去写记忆」。
已执行到哪一步、哪一步失败、原始输出是什么,都在 issues/M0-1。
它到底在解决什么问题
DSH 插件市场的 memory 分类下有 190 个插件。长期记忆不是空白地带,
这个项目也不是靠「缺一个功能」立身的。它靠的是缺三条安全属性——
下表里它只占第二行,因为第一行别人已经做得很好。
| 属性 | 现有覆盖情况 |
| --- | --- |
| 本地、有界、可检视的存储 | 已覆盖。engramory、dsh-memento、dsh-memoir 等几十个都做得不错。需要这个请直接装它们。 |
| 对「决定记什么」的那个组件做硬权限收窄 | 零覆盖。没有任何插件会削减自己写手的工具;最接近的 dsh-memento 是人工审批写入,那是另一套机制,且可以互补。 |
| 写入路径安全(相对根的段黑名单、Unicode 双向/控制字符剥离、NTFS 备用数据流截断、包含性校验) | 零覆盖。用数据库存储的方案绕开了它;所有基于 markdown 的方案都敞着这个口子。 |
这件事每个月都更要紧。OWASP ASI06「记忆与上下文投毒」已进入 2026 Agentic Top 10,
而已发表的数字毫无悬念:
- 记忆投毒载荷(GhostWriter)注入成功率 98%,用客气措辞仍有 约 60% 激活率,
而现有单轮注入过滤器检出率 0%。
- 95%+(MINJA)、在低于 0.1% 投毒率下 80%+(AgentPoison)。
Anthropic 自己的记忆工具文档写着:把操作限制在记忆目录内
「对任何有持久存储写权限的 agent 都不是可选项」,并建议把写权限限定到
真正会新增记忆的会话上。
让这个问题无法回避的一点是:合法的记忆写入与恶意的记忆注入是同一个操作。
同一个文件、同一个写入调用——只有意图不同,而意图不可观测。
所以 dsh-zcode-scribe 不去检测意图。它移除能力,再约束剩下的:
写手 → 看不见: shell · run_code · 全部 MCP 工具 · 网络抓取/搜索
子代理 · present · 上传/附件类工具
→ 能做: Read/Grep/Glob · 只在记忆房间内 Write/Edit
rm 仅限「在房间内、绝对路径、无通配符、非递归」的 .md
两层强制,因为它们失败的方式不同:
| 层 | 接缝 | 效果 |
| --- | --- | --- |
| 移除 | 在写手的 agent.ctx 上 ctx.tools.restrict({ deny }) | 工具不在写手的工具表里——它不会被说服去够那个工具 |
| 约束 | 在写手的 agent.ctx 上 ctx.tools.guard(exec => reason \| undefined) | 对必须保留的工具做参数级策略,例如「可以读文件,但只许在记忆根下写 .md」 |
两者都要求带作用域的 context,而且都会抛错而不是静默降级为全局——
这正是它们能当安全边界、而不是当约定的原因。
借鉴了什么
几乎一切都是借来的。本项目的贡献是组合,不是零件:
- Claude Code —— 记忆是索引,不是存储;MEMORY.md 被限制在前 200 行或 25 KB
(先到者为准);主题文件按需读取、不在会话启动时加载;超限的写入会成功并返回错误、
要求模型重写索引,而不是静默截断;子代理记忆放在独立目录。
- Anthropic 记忆工具 —— 存储由客户端自己掌控、/memories 作为映射前缀、
路径穿越必须拒绝。
- Anthropic 托管记忆存储 —— 每次变更生成不可变版本(可审计、可回滚)、
容量硬上限且写满时响亮失败、按会话限定写权限。
- 记忆投毒研究(AM-Sentry、记忆风险评分)—— 入库前的准入策略、每条记忆带信任层级、
以及遇到矛盾记忆时先挂起等人裁决,而不是覆盖。
- DSH 生态 —— engramory 的 ctx.tools.guard() 原语、dsh-memento 的
「报错不截断」预算与会话内冻结快照、dsh-memoir 的前缀缓存友好注入。
完整对照表、出处与带行号的接缝证据:docs/ARCHITECTURE.md。
一张图看懂设计
用户一轮 ──▶ agent/post-step
│ 跳过:主 agent 本轮已写过记忆
│ 跳过:用户侧没有实质文本
│ 跳过:游标没有前进
▼ (合并:只保留最新一个快照)
铸造写手 ──▶ restrict({deny}) + guard(...) ← 全部意义所在
▼
写手读召回清单,在房间内写候选记忆
▼
准入:路径安全 · 上限(响亮报错)· 矛盾挂起 · 密钥筛查
▼
接受 → 版本化写入 → 重建索引 → 审计行
挂起 → 需要人来裁决
主 agent 能看到索引和一份「文件名 + description」的召回清单。
主题正文永远不会被自动注入——由模型按需读取。
安装(等它可用之后)
dsh plugin --profile web add dsh-zcode-scribe
dsh --profile web --dump-config | grep -A3 'id: scribe' # 行 id 撞车 ⇒ 启动硬失败
开发
node test/run.mjs # 全部测试套件
需要 Node >= 20。零运行时依赖——只 import node: 内置模块与宿主提供的 peer 包。
许可
MIT。