dsh-native-memory
Run the following command in DeepSeek Harness:
dsh plugin install highland0971/dsh-native-memory
Paste the following prompt into your AI chat to install this plugin:
Run dsh plugin install highland0971/dsh-native-memory in your DeepSeek Harness terminal; the full source is at https://github.com/highland0971/dsh-native-memory .
About this plugin
Juggling multiple projects and lengthy sessions inside DeepSeek Harness (dsh) tends to leave the model starting from scratch every turn or dumping the entire history into context — expensive and imprecise. dsh-native-memory solves this by persisting long-term facts and profiles directly in dsh s own storage domain, scoped per workspace (exact-cwd authorization), with no external server or extra runtime dependency beyond zod and the harness itself.\n\nIts design centres on safe, auditable memory. Every write (remember / edit / forget / import) passes through a human approval gate and lands in the session-log audit trail. Recall is tiered: an always-injected bounded profile, a deterministic three-tier keyword scan (tags, then text, then fuzzy match, with freshness and access-frequency tie-breaks), and full-text search over the current workspace s past sessions (the calling session excluded). Each fact carries its origin (sessionId, seq) so memory stays fully reconstructable from the lossless session log. Secret-shaped text (tokens, keys, passwords) is rejected by default, and prompt-injection payloads plus tool output are always masked. A read-only browser page (Settings > Memory) lists every workspace s facts with secrets masked, deletions are routed back through the approval gate, and an opt-in session-end proposal distills a finished session into candidate facts that only become real memories after manual approval. A compaction drift guard (on by default) deterministically surfaces literal anchors that a compaction summary dropped, as verification data in the next sessions — no LLM required.\n\nIt is aimed at developers maintaining multiple dsh workspaces who want per-project memory isolation, human-approved writes, full provenance, and zero external moving parts. If you are used to the global, silent write model of dsh-hermes-memory, think of dsh-native-memory as a more conservative, finer-grained alternative; if you are building a multi-project dsh workflow from scratch, it gives you a native memory foundation out of the box.
Use Cases
- Keep per-project memories isolated while running parallel dsh workspaces
- Recall exact historical facts across sessions via FTS instead of dumping full context
- Gate every AI write behind human approval for auditable memory management
Best For
- Developers running multiple dsh workspaces who need per-project memory isolation
- Teams that require human-approved writes and full provenance for AI-generated memory
- dsh users who want native long-term memory without external services or extra backends
Related Plugins
Traceable, searchable cross-session memory for AI agents that turns conversation knowledge into a typed knowledge graph and recalls relevant subgraphs instead of replaying full history, natively integrated with DeepSeek Harness.
Gives DSH AI cross-session long-term memory, to-do and skill management, plus multi-session orchestration, external AI delegation, and an infinite canvas that grows with you.
dsh-mnemon is a three-tier, pluggable, Agent-driven memory system for DeepSeek Harness, combining Runtime memory, Project Documents, and replaceable Memory Spaces with nine long-term providers.
An opinionated, zero-infrastructure file-based memory protocol: human-readable markdown files plus a bounded always-loaded index, curation discipline, and no database or embeddings.