open-preset-harness

Project memory for multi-role AI agents — one knowledge base, every preset reads.

English | 中文

DSH Profile Bundle: dsh-tool-project-memory · Category: Memory · Install · DSH1024 checklist

Agents forget between sessions. Teams don't.
open-preset-harness adds a project-scoped organizational memory layer on top of DeepSeek Harness: any role (preset) can contribute experience; any role can recall it when needed.

Why this exists

DeepSeek Harness separates preset (who the agent is — tools, persona, prompts) from session log (what happened in one conversation). That split is right for engineering — but team knowledge lives at the project level, not inside a single preset or session.

Without shared memory:

• A security review preset rediscovers the same auth pitfalls every sprint
• A new contributor preset repeats questions answered three months ago
• Product decisions vanish when the PM's session ends
• Token spend grows because every role rebuilds context from scratch

open-preset-harness makes project experience compound over time — like a team wiki that agents actually use, wired into the harness session log.

What it is (and is not)

Relationship to DeepSeek Harness

DeepSeek Harness (upstream, MIT)
        │
        ├── preset  = role shell (tools + persona)
        ├── session = episodic log (one conversation)
        │
        └── open-preset-harness (this project)
                └── project memory = shared team experience (cross-preset, cross-session)

• Upstream: DeepSeek Harness — plugin-based agent harness on Cordis
• Our approach: Prefer plugins + conventions over a hard fork; track upstream releases
• License: MIT — we preserve upstream copyright in NOTICE
• Naming: This is an independent community project, not an official DeepSeek product

We upstream-friendly fixes when possible; project-memory features live here until (if ever) they graduate upstream.

See docs/architecture.md and docs/phase-0-memory-api.md.

Core concepts

┌─────────────────────────────────────────────────────────┐
│              Project Memory (shared)                       │
│   index · domains · decisions · distilled learnings      │
└────────────────────────▲────────────────────────────────┘
                         │ write (distill) / read (recall)
     ┌───────────────────┼───────────────────┐
     │                   │                   │
  Preset A            Preset B            Preset C
  (any role)          (any role)          (any role)
     │                   │                   │
  Session 1           Session 2           Session N
  (episodic log)      (episodic log)      (episodic log)

1. Preset — role/capability shell (unchanged Harness semantics)
2. Session log — full history of one conversation (unchanged)
3. Project memory — stable, distilled, searchable facts the whole team reuses

Design rules

• One memory pool per project — all presets read (governance controls write)
• Organize by domain/topic, not by preset id (e.g. security, api, onboarding)
• Index + recall on demand — don't dump the whole library every turn
• Model-visible ⟺ logged — Harness invariant; memory enters via inject/tools/session events

Default layout:

<projectRoot>/.dsh/memory/
├── index.md
├── domains/
│   ├── engineering.md
│   ├── product.md
│   └── …
└── decisions/
    └── YYYY-MM-slug.md

Scenarios

More in docs/scenarios.md.

Status

v0.3.0 — Phase 1 distill reminder (Tier 1a) shipped; v0.2.0 supersede and v0.1.0 core remain compatible. Feedback welcome via Issues.

Roadmap

Capability-oriented, demand-driven from Issues and scenario feedback — no fixed dates.

Shipped (v0.3.0)

• Distill reminder (Tier 1a): opt-in agent/turn-stopping inject to call remember — default off, no auto-write

Shipped (v0.2.0)

• Supersede governance: remember(supersedes) back-patches old entries; recall/index show active entries only
• expires_at / recall expired warnings
• Harness smoke + CI (scripts/smoke.sh)

Shipped (v0.1.0)

• Profile Bundle install via dsh plugin add
• Tools: recall, remember, memory_status
• Blank-session index.md inject (bounded)
• Domain-organized memory under .dsh/memory/

Planned (when users need them)

• Expanded scenario library and demo materials
• Distill Tier 1b (compaction reminder) and assisted/auto distill tiers
• Optional semantic search over memory
• Domain-level write governance

See docs/scenarios.md and Scenario Issues to influence priorities.

Quick start

DSH Memory plugin: packages/tool-project-memory · npm run check passing

Install (Profile Bundle — recommended)

dsh plugin --profile web add "github:warrenop/open-preset-harness#main&path:packages/tool-project-memory"
dsh --profile web --dump-config | grep dsh-tool-project-memory

Headless / CI:

dsh plugin --profile headless add "github:warrenop/open-preset-harness#main&path:packages/tool-project-memory"

From a local clone:

dsh plugin --profile web add ./packages/tool-project-memory

Develop locally

1. Harness integration — link plugin into local Harness
2. Dual-preset demo — standard writes, code reads
3. Open a Scenario Issue — tag en-scenario or cn-scenario

chmod +x scripts/link-harness.sh
./scripts/link-harness.sh /path/to/deepseek-harness-master

DSH1024 marketplace

Contributing

See CONTRIBUTING.md.

High-impact contributions right now:

1. Add a scenario to docs/scenarios.md
2. Review docs/phase-0-memory-api.md
3. Chinese + English doc fixes

Community

• Issues — bugs, ideas, scenario requests
• Discussions — enable when repo is public
• Tag Issues with [cn-scenario] or [en-scenario] to help us track market signals

License

MIT — see LICENSE and NOTICE.
DeepSeek Harness is © DeepSeek; modifications © contributors.