dsh-auto-memory

English | 中文

Your dsh agent forgets everything you tell it. Every. Single. Session.

Fix it with one command. Claude Code-style persistent memory for
DeepSeek Harness — native,
zero servers, zero embeddings, zero setup.

dsh plugin --profile demo add dsh-auto-memory

Say "Remember: I'm a Python backend engineer preparing for interviews" today —
open a brand-new session tomorrow, ask "what do you know about me?", and it
remembers.

---

What's new in 0.2.0 (P1)

• Auto-consolidation (autoSummarize: true): when a root session ends, a
  background LLM pass extracts durable new facts from the session and files
  them as memories — deduplicated, capped, fully silent on failure. Claude
  Code doesn't do this automatically.
• Forgetting & eviction: every memory carries lifecycle metadata
  (created/updated/reads); memory_read counts references; staleAfterDays
  soft-hides zero-reference stale memories from the injected index (files
  kept); memory_prune lists (dry-run) or deletes aged memories.
• Recall expansion: memory_read resolves [[name]] cross-links one
  level and attaches linked summaries.
• memory_delete_all — guarded by tools/pre-execute human approval:
  the model cannot self-confirm irreversible bulk deletes.
• Hardened by a second adversarial review (11 agents): single-lock clear
  (no concurrent-write escape), conditional index rebuild on touch
  (no O(N) amplification), session-start stale refresh, subagent capture
  cleanup, abortable consolidation.

Tools: memory_write / memory_read / memory_list / memory_delete /
memory_prune / memory_delete_all.

Claude Code has this. dsh didn't. Now it does.

DeepSeek Harness is the hottest open agent harness on GitHub right now —
models, tools, sandboxes, everything is a plugin. But it ships with no memory
subsystem at all. The official answer is three default-off MCP configs to
third-party servers, which the official docs themselves qualify: not
auto-injected, no forgetting policy, substring-only search. Your agent has
amnesia by design.

dsh-auto-memory closes that gap natively:

	MCP bridge approach	dsh-auto-memory
Memories injected into every system prompt, automatically	✗	✓ (zero tokens when empty)
Typed memories: user / feedback / project / reference	✗	✓
Workspace + user scope layers — no cross-project leakage	✗	✓
Crash & concurrency safety (cross-process locks, orphan recovery)	—	✓
External services / databases / embeddings required	✓✓✓	none — just plain Markdown files

Memories are ordinary files under $DSH_HOME/memory/ — hand-editable,
grep-able, git-friendly, yours.

One minute to feel it

node scripts/demo.mjs   # no API key, no browser: watch write → index → inject → recall → forget

Or for real, in a chat: tell your agent things worth remembering. The model
calls memory_write / memory_read / memory_list / memory_delete,
following Claude Code's write discipline: dedupe-and-update over piling up,
absolute dates only, [[name]] cross-links, feedback memories carry
Why: / How to apply: lines.

What the model actually sees

Every request, one system-prompt section (order 4000) carries the index —
re-evaluated per step, byte-budgeted, and gone entirely when the store is
empty:

# Persistent memory index
## Project memories
- [压测过 PostgreSQL](id-generator-benchmark.md) — psycopg2 连接池有踩坑经验 (2026-09)
- [用户是 Python 后端工程师](user-prefers-python.md) — 正在准备面试; 偏好中文交流

Chinese titles, YAML frontmatter, one file per memory — exactly the Claude
Code MEMORY.md model, rebuilt natively on dsh's prompt-assembly pipeline.

Hardened before first release

This plugin survived a 12-agent adversarial code review (680k tokens of
source-level scrutiny) before v0.1.0. Five production-grade traps were caught
and fixed — with regression tests — including two that would have been
field incidents:

• The NTFS silent destroyer: a memory named memory collides with
  MEMORY.md on case-insensitive filesystems — the write succeeds while
  destroying the record. Blocked by a reserved-name guard.
• The poisoned-prompt bomb: three literal {{{ }}} braces in any memory
  could crash every model request in the workspace — with no way for the
  model to self-recover. Neutralized by a converging sanitizer.

Plus: orphaned-lock self-healing (Ctrl+C can't brick your memory store),
symlink-read protection, malformed-file tolerance, stable index ordering to
protect KV-prefix caches, and a strict no-custom-session-events policy (they
make dsh sessions refuse to resume).

40 tests. 0 runtime deps beyond yaml. 15 kB installed.

Install

dsh plugin --profile demo add dsh-auto-memory   # from npm (prebuilt)
dsh --profile demo                               # restart the profile

From source: npm install && npm run build && dsh plugin --profile demo add /abs/path.
Requires @deepseek-ai/dsh >= 0.1.5-rc.2 (Node ^22.19 || >=24).

Configuration

Override in your profile's cordis.patch.yml (config replaces wholesale):

- id: auto-memory
  config:
    maxBytes: 4096          # injection budget
    memoryDir: D:/memories  # default: $DSH_HOME/memory
    enableUserScope: true   # false: user layer off on every path

How it works (60 seconds)

• Write: tool execute → name normalized to [a-z0-9-] (reserved names
  rejected) → cross-process file lock (official dsh-atomic-write) → atomic
  write → full index rebuild inside the lock.
• Inject: one dynamic section re-evaluated on every step assembly; reads
  the index synchronously, enforces the byte budget, neutralizes {{.
  Tool writes take effect on the very next request — no restart, ever.
• Audit: no custom session events (third-party types make dsh refuse to
  resume); everything flows through standard tool/call / tool/result.

Deep dives: design decisions ·
dsh source-level research ·
postmortem: shipping a PR to awesome-dsh-plugin

Roadmap

• P0 — typed store, four tools, prompt injection, scoped layers, crash safety
• P1 — auto-consolidation on session end, forgetting & eviction, recall expansion, human-gated bulk delete
• P2 — Web UI memory cards, token-cost / recall-quality benchmarks

License

MIT