Bundle
@plur-ai/dsh
PLUR memory for DeepSeek Harness — engrams injected straight into the prompt, no tool call required
- Source
- plur-ai
- stars
- 1 stars
- License
- Apache-2.0
- Updated
- Updated 5 days ago
Readme
# @plur-ai/dsh **Persistent memory for [DeepSeek Harness](https://github.com/deepseek-ai/deepseek-harness). Your agent corrected on Monday remembers on Tuesday.** English | [中文](README.zh.md) > **Source lives in the [PLUR monorepo](https://github.com/plur-ai/plur/tree/main/packages/dsh).** > This repository is the plugin's public entry point — the npm package is built > and published from the monorepo. Open issues and pull requests > [there](https://github.com/plur-ai/plur/issues). Exposing memory as a tool is the common pattern — the model still has to decide to call it. This one puts the memories themselves in the prompt. ## Overview DeepSeek Harness starts every session knowing nothing about you. You re-explain the same conventions, corrections and preferences you explained yesterday. This plugin gives dsh a memory that survives the session: corrections you make once, project conventions, the decisions behind them. It is for anyone who uses dsh for real work in the same codebase more than once. Everything stays on your machine as plain YAML you can read, edit and delete. ## Compatibility | | | |---|---| | DeepSeek Harness | `0.1.0-rc.6` and later on the `0.1.x` line (`^0.1.0-rc.6`) | | Cordis | `^4.0.1` | | Node | 20, 22, 24, 26 (tested in CI on all four) | | Last verified against | dsh `0.1.0-rc.6`, 2026-08-15 | The dsh line is pre-1.0 and moving. Peer ranges use a caret so this plugin keeps installing as the line advances; if a future release changes a host contract, the plugin degrades to "no memory" rather than breaking your agent — every host registration is contained, and `/plur` will show the failure. ## Install ```sh dsh plugin --profile web add @plur-ai/dsh ``` That's it. Restart `dsh` and your agent has memory. Requires [`@plur-ai/core`](https://www.npmjs.com/package/@plur-ai/core), which installs alongside it. ## Quick start Teach it something once: > **You:** Always use pnpm in this project — `npm install` breaks the lockfile in CI. Nothing else to do; the correction is detected and stored. Start a new session tomorrow, in the same directory: > **You:** How do I install dependencies here? > > **Agent:** Use `pnpm install` — you mentioned npm breaks the lockfile in CI. No reminder, no tool call. To see what it knows, run `/plur-memory`. ## Uninstall ```sh dsh plugin --profile web remove @plur-ai/dsh ``` Your memories are not touched — they live in `~/.plur`, independently of this plugin, and remain available to every other PLUR integration. To remove them too, delete that directory; to remove one engram, use `plur_forget` or [`@plur-ai/cli`](https://www.npmjs.com/package/@plur-ai/cli). To disable without uninstalling, set `injectionMode: off` (below). ## How it works PLUR registers a system-prompt section that DeepSeek Harness re-renders on every request. Relevant memories are simply *there*, in front of the model, with no tool call to decide on. Recall runs off the turn path, so the block lands from the second assembly of a session onward. A turn is never delayed waiting on the memory store. | | Cue-based memory | `@plur-ai/dsh` | |---|---|---| | Model must call a tool to recall | Yes | **No** | | Extra round trip per recall | Yes | **No** | | Works when the model ignores the hint | No | **Yes** | | Tool schemas billed every request | 13 | **5** | The distinction matters because a cue is a gamble. If the model doesn't take the hint, the memory may as well not exist — and "why didn't it remember?" is the complaint that kills trust in a memory system. Injected content can't be ignored. Nothing accumulates: because memory is a rendered prompt section rather than a message appended to the conversation, a hundred-turn session costs the same as a one-turn session. ## Why PLUR Search is fully local — BM25 + BGE embeddings fused with Reciprocal Rank Fusion. Zero API calls, zero cloud, works offline. Storage is plain YAML at `~/.plur` that you can read, edit, and delete. We publish our retrieval numbers, measured on LongMemEval: On a 30-question sanity subset of LongMemEval-S, PLUR's retrieval scores **76.7% Hit@5** in the configuration this plugin ships — hybrid BM25 + BGE embeddings, no reranker (core v0.9.13, 2026-06-27). n=30 is a smoke test, not a leaderboard: one question is worth 3.3 points. The reproducible harness and the raw runs are in [plur-bench](https://github.com/plur-ai/plur-bench). ## Tools Five, deliberately — dsh bills every registered tool's schema on every request. | Tool | What it does | |---|---| | `plur_recall` | Targeted lookup beyond what's already injected | | `plur_learn` | Store a correction, preference, or durable fact | | `plur_forget` | Retire a memory that's wrong or out of date | | `plur_feedback` | Rate a memory — trains what surfaces next time | | `plur_status` | Health and this session's memory activity | Want the full ~40-tool surface? Use [`@plur-ai/mcp`](https://www.npmjs.com/package/@plur-ai/mcp) alongside or instead. ## Commands Both dispatch without spending a model turn. | Command | What it does | |---|---| | `/plur` | Memory status and this session's activity | | `/plur-memory` | Opens the memory viewer in your browser | ## The memory viewer `/plur-memory` starts a local page listing every engram — what was learned, what actually gets recalled, and how often. It binds loopback only, serves read-only, and returns a URL: ``` PLUR memory viewer: http://127.0.0.1:53119/ (local to this machine, read-only) ``` The same page `plur ui` serves, in English and 中文. It stops when the plugin unloads. Why a command and not a tab: dsh renders its UI as a React client assembled over a typed slot registry, so a native tab means shipping a browser bundle bound to that registry's pre-1.0 internals. A URL costs nothing and breaks on nobody's upgrade. ## Permissions & data PLUR stores everything locally in `~/.plur` and searches it locally. But injected memories become part of the prompt your agent sends to **your configured model provider** — for a default DeepSeek Harness install, that is DeepSeek's hosted API at `api.deepseek.com`. **Writes** go to the scope belonging to the workspace you are in — your project's own `.plur.yaml` scope if it declares one, otherwise `project:<directory name>-<short path digest>` — the digest keeps two checkouts that happen to share a directory name apart. Nothing this plugin learns is written to `global`. **Reads** are that same scope *plus your global engrams*. That is PLUR's own model, not something this plugin adds: `global` is a personal scope, and personal scopes deliberately pass every project-scoped filter, so a scoped recall includes them. If your global store holds things you would rather a coding harness never see, move them to a project scope or set `scope` explicitly — `plur ui` shows you what is in there. Two details worth knowing: - Scope membership is exact, with no hierarchy expansion. A session scoped to `project:acme` does not read `project:acme:api`. This plugin's own derivation is flat so it never creates those, but a store populated through the CLI or MCP with hierarchical child scopes will not surface them here. - A workspace's `.plur.yaml` is trusted as written. A repository you clone can declare a scope, and this plugin will use it for both reads and writes — the same as `@plur-ai/core` itself. Check it the way you would check any other file you are about to run. A workspace's own `.plur.yaml` scope wins. The `scope` setting below applies when the workspace declares none — set it, or turn injection off entirely: ```yaml # $DSH_HOME/settings.yaml plur: scope: project:acme # optional — omit to derive per workspace injectionMode: content # or: off ``` ## Configuration All settings live under the `plur` namespace in `$DSH_HOME/settings.yaml` (usually `~/.dsh/settings.yaml`). | Setting | Default | Meaning | |---|---|---| | `path` | `~/.plur` | Store location | | `scope` | derived | Which memory scope this harness may read and write. Omitted, it derives per workspace | | `injectionMode` | `content` | `content` injects memories; `off` disables injection | | `injectionBudget` | `2000` | Approximate token ceiling for the injected block | | `refreshIntervalMs` | `0` | Floor between recalls; `0` means once per turn | | `autoLearn` | `true` | Detect corrections in your messages and store them | | `autoCapture` | `true` | Record an episode summary at turn end | | `timeoutMs` | `5000` | Hard bound on any single memory call | | `viewerEnabled` | `true` | Register the `/plur-memory` command | | `includeGlobal` | `true` | Whether global engrams accompany the workspace scope | **Reranking** is configured through PLUR itself, not here: set the `PLUR_RERANKER` environment variable. It runs in the harness's own process and `bge-reranker-v2-m3` peaks around 2GB RSS, where a native OOM cannot be caught by a JavaScript `try`/`catch` and would take your agent down with it. Leave it unset for interactive use; enable it for local batch work where a crash costs you nothing. ## Troubleshooting Run `/plur` or ask for `plur_status`. The counters tell you whether recall ran at all, whether the block changed, and whether anything was swallowed: ``` scope: project:acme injection: content refresh_attempted: 12 blocks_written: 4 blocks_unchanged: 8 errors_swallowed: 0 ``` `errors_swallowed > 0` means PLUR failed and the plugin degraded quietly — by design, a memory failure never fails your turn. ## Development The plugin lives in the PLUR monorepo at [`packages/dsh`](https://github.com/plur-ai/plur/tree/main/packages/dsh). ```sh git clone https://github.com/plur-ai/plur && cd plur pnpm install pnpm --filter @plur-ai/dsh build pnpm --filter @plur-ai/dsh test ``` `test/host-conformance.test.ts` is the one to know about: it boots the real `dsh-commands`, `dsh-skill`, `dsh-system-prompt` and `dsh-tools` registries against a real store on disk, rather than a double. Every host-contract bug this plugin has had — and there were five — survived a suite that stubbed those registries and hand-wrote event payloads. If you touch anything the host owns, assert against the host's own implementation. Issues and pull requests: [github.com/plur-ai/plur](https://github.com/plur-ai/plur). ## Also available for Claude Code and Cursor (via MCP), OpenClaw, Hermes, LangChain, and a Python SDK. Same engrams, same store, every tool you use. ## License & security Apache-2.0. See [LICENSE](./LICENSE). Report a security issue privately to **security@plur.ai**, not through a public issue. What is worth reporting here: anything that reads or writes engrams outside the scope the session resolved, anything that gets engram text to forge structure in the system prompt, and anything reachable on the memory viewer's loopback port from another origin. ## Links - [plur.ai](https://plur.ai) · [docs.plur.ai](https://docs.plur.ai) - [github.com/plur-ai/plur](https://github.com/plur-ai/plur)
Install
dsh plugin --profile web add github:plur-ai/dsh-plugin#2c526f12fdb237ed3c303af96cbe2cdc93533d19
Profile: web
With the hub plugin installed, ask your agent to install it by name — it resolves the same plan shown here.
dsh plugin --profile web add github:stvlynn/dsh.fish#path:packages/dsh-plugin-hub
install plur-ai-dsh from the hub