DeepSeek Harness Plugin Hub

发布与管理完整 Harness Profiles,发现适合你的插件。

探索

插件目录环境预设文档中心动态

社区

发布插件联系我们报告问题

相关链接

Plugin Hub GitHubDeepSeek Harness 官方项目系统状态隐私说明
© 2026 DeepSeek Harness Plugin HubPowered byPaxTech

独立、非官方社区项目,与 DeepSeek 官方无隶属、授权或背书关系。

Zcode Scribe — DeepSeek Harness 插件(DSH Plugin)
DeepSeek Harness Plugin Hub
ProfilesPlugins分类动态文档登录管理 Profiles
ProfilesPlugins分类动态文档登录
← Plugins
Z

dsh-zcode-scribe

Zcode Scribe

DeepSeek Harness 的长期记忆,其写入器是一个受限的子代理:负责决定记住哪些内容的组件被移除了网络、shell、MCP 和子代理工具,其剩余写入操作通过参数级防护限制在一个目录内。

插件会安装到这里;不确定时保持 web。

npx -y @deepseek-ai/dsh plugin --profile web add github:BOWLUNA/dsh-zcode-scribe#9382b12ece1fa15f2cd527d13ef3adac4ba8aec1
README兼容性版本

兼容性与来源证明

Zcode Scribe 以 dsh-zcode-scribe 发布,当前版本为 1.0.0。Plugin Hub 会校验它的 manifest,并保存精确安装来源,便于复现安装结果。

DSH 兼容范围
*
运行环境
any
发布来源
github
Registry 更新时间
2026/9/21

版本

1.0.0stable
2026/9/21

相关插件

正在加载相关插件…

最新版
1.0.0
DSH
*
HMR
重启进程
Tree shaking
未声明可安全裁剪
解包体积
未提供
文件数
未提供
Surface
any
许可证
MIT
发布源
github
GitHub
★ 0
周下载
0
最近提交
2026/9/24
查看源码 ↗
README Badge

点击下方 Badge 复制 Markdown,粘贴到 README 即可。

这是你的 Plugin?认领权益 · 优先安全扫描

验证 package.json 声明的 GitHub 仓库,即可管理这个公开页面。认领后,Hub 会优先安排当前版本的安全扫描,并在通过后公开展示结果。

认领这个 Plugin →
报告问题

相关插件

继续浏览 memory-context 分类下经过校验的插件。

Mnemondsh-mnemon适用于 DeepSeek Harness 的可组合、基于视图的记忆。支持可插拔的数据源和策略,并开箱即用地提供分层记忆。Memsearch Dsh@zilliz/memsearch-dsh适用于 DeepSeek Harness 的 MemSearch 插件:在多个代理之间共享 Markdown 记忆,支持捕获、步骤前上下文注入、记忆召回技能和技能候选审核面板。Memory@furongjun1999/dsh-memory灵枢(Lingshu·líng shū)DeepSeek Harness 插件:完整大脑——长期记忆/知识飞轮/自我认知/递归反思接入 DSH,对话自动沉淀进 md_cg 认知图(md 文档)Archive Manager@michengai/dsh-archive-manager归档、恢复、收藏和永久删除会话,并诊断损坏的会话日志。

README

dsh-zcode-scribe

v1.0.0 · developed and verified against dsh >=0.1.5-rc.2 <0.2.0 || >=0.1.6-alpha.1 <0.2.0.

Long-term memory for DeepSeek Harness whose writer is a narrowed subagent.

Status: early, and read-only. The scribe_recall tool is registered, executes for real inside a live host, and a real model session on dsh 0.1.6-alpha.2 used it to answer from a memory room — docs/MEASUREMENTS.md carries the raw output behind every claim below. 101 tests pass. What does not exist yet: writes, extraction, and the narrowed writer, which is gated on milestone M0 — proving a subagent's capability set can actually be narrowed through a public seam. Nothing is injected into the prompt yet, so installing this changes what the model can ask for, not what it knows.

简体中文


The problem this is actually solving

The DSH plugin market lists 190 plugins under memory. Long-term memory is not an empty niche, and this project is not justified by a missing feature. It is justified by three missing safety properties, and it only takes the second slot in the table below because the first is already served by other people's work.

PropertyExisting coverage
A local, bounded, inspectable storeCovered. engramory, dsh-memento, dsh-memoir and dozens more do this well. Install one of those.
Hard permission narrowing for the component that decides what to rememberNone. No plugin removes capabilities from its writer; the closest analog, dsh-memento, gates writes behind human approval — a different and complementary mechanism.
Path safety on the write path (root-relative denylist, Unicode bidi/control stripping, NTFS alternate-data-stream truncation, containment)None. Schemes that store in a database avoid it; every markdown-based option leaves it open.

This matters more every month. OWASP ASI06 — Memory & Context Poisoning joined the Agentic Top 10 for 2026, and the published numbers are not close:

  • 98% injection success for a memory-poisoning payload (GhostWriter), ~60% activation even with polite phrasing, and 0% detection by existing one-turn injection filters.
  • 95%+ (MINJA), 80%+ at under 0.1% poison rate (AgentPoison).

Anthropic's own memory-tool documentation says restricting operations to the memory directory "is not optional for any agent with write access to persistent storage", and advises scoping write permission to the sessions that actually add memories.

What makes the problem unavoidable is this: legitimate memory writing and malicious memory injection are the same operation. Same file, same write call — only intent differs, and intent is not observable.

So dsh-zcode-scribe does not try to detect intent. It removes capability, and constrains what remains:

the writer  →  cannot see:   shell · run_code · every MCP tool · network fetch/search
                            subagents · present · upload/attachment tools
             →  can do:      Read/Grep/Glob · Write/Edit only inside the memory room
                            rm only for a contained, absolute, non-glob, non-recursive .md

Two enforcement layers, because they fail differently:

LayerSeamEffect
Removectx.tools.restrict({ deny }) on the writer's agent.ctxthe tool is absent from the writer's tool list — it cannot be talked into reaching for it
Constrainctx.tools.guard(exec => reason | undefined) on the writer's agent.ctxargument-level policy for the tools that must remain, e.g. "read a file, but write only *.md under the memory root"

Both require a scoped context and both throw rather than silently degrade to global — which is what makes them usable as a security boundary instead of a convention.

What is borrowed

Almost everything. This project's contribution is the combination, not the parts:

  • Claude Code — memory is an index, not storage; MEMORY.md capped at the first 200 lines or 25 KB; topic files loaded on demand, never at session start; an over-cap write succeeds and returns an error telling the model to rewrite the index rather than truncating silently; subagent memory in a separate directory.
  • Anthropic memory tool — client-side storage ownership, /memories as a mapped prefix, mandatory path-traversal rejection.
  • Anthropic managed memory stores — immutable version per change (audit + rollback), a hard capacity cap where writes fail loudly, and scoping write access.
  • Memory-poisoning research (AM-Sentry, memory-risk scoring) — an admission policy before storage, trust tiers per entry, and holding a contradicting memory for a human decision instead of overwriting.
  • The DSH ecosystem — engramory for the ctx.tools.guard() primitive, dsh-memento for loud-not-truncating budgets and session-frozen snapshots, dsh-memoir for prefix-cache-aware injection.

Full tables, sources and line-referenced seam evidence: docs/ARCHITECTURE.md.

Design in one picture

user turn ──▶ agent/post-step
                 │  skip if the main agent already wrote memory this turn
                 │  skip if the user turn carried no substantial prose
                 │  skip if the cursor did not advance
                 ▼  (coalescing: only the newest snapshot survives)
              mint the writer ──▶ restrict({deny}) + guard(...)   ← the whole point
                 ▼
              writer reads the manifest, writes candidates inside the room
                 ▼
              admission: path safety · cap (loud) · conflict hold · secret screen
                 ▼
              accept → versioned write → index rebuild → audit row
              hold   → needs a human decision

The main agent sees the index and a manifest of filenames plus descriptions. Topic bodies are never injected automatically — the model reads them on demand.

Install (when it is ready)

dsh plugin --profile web add dsh-zcode-scribe
dsh --profile web --dump-config | grep -A3 'id: scribe'    # rows collide ⇒ hard boot failure

Develop

node test/run.mjs          # all suites

Requires Node >= 20. No runtime dependencies — the plugin imports node: builtins and the host's peer packages only.

License

MIT.