DeepSeek Harness Plugin Hub

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

探索

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

社区

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

相关链接

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

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

DeepSeek Harness Plugin Hub
ProfilesPlugins分类动态文档登录管理 Profiles
ProfilesPlugins分类动态文档登录
← Plugins
C

@lushdawn/dsh-codex-memories

Codex Memories

适用于 DSH 的 Codex 风格文件式长期记忆:两阶段 LLM 提取、汇总的 MEMORY.md 手册、注入提示词的记忆摘要,以及搜索/读取/列出/记录工具。

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

npx -y @deepseek-ai/dsh plugin --profile web add github:Lushdawn/dsh-codex-memories#0b4b0f6e99467088f52da1b00bd9cbb31ed06fd6
README兼容性版本

兼容性与来源证明

Codex Memories 以 @lushdawn/dsh-codex-memories 发布,当前版本为 0.1.1。Plugin Hub 会校验它的 manifest,并保存精确安装来源,便于复现安装结果。

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

版本

0.1.1stable
2026/10/18

相关插件

正在加载相关插件…

最新版
0.1.1
DSH
*
HMR
重启进程
Tree shaking
已声明 sideEffects: false
解包体积
未提供
文件数
未提供
Surface
any
许可证
MIT
发布源
github
GitHub
★ 0
周下载
0
最近提交
2026/10/18
查看源码 ↗
README Badge

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

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

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

认领这个 Plugin →
报告问题

相关插件

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

Experimental Session Search@deepseek-ai/dsh-experimental-session-search为 Agents 提供搜索和读取当前工作区早期会话的工具。Hindsight Coding Agents@vectorize-io/hindsight-coding-agents面向编程代理的仅反思式 Hindsight 长期记忆(可插拔支持多种运行框架:opencode、……),自动在后台导入(无需设置 CLI)。Contextdsh-context用于上下文洞察和管理的 DeepSeek Harness 插件,提供上下文仪表板和上下文命令,帮助了解上下文的构成及其演变过程。Memory Plugin@openviking/dsh-memory-plugin适用于 DeepSeek Harness 的 OpenViking 记忆与上下文套件

README

dsh-codex-memories

Codex-style long-term memory for DSH: cross-session memory that ingests finished sessions, consolidates them into a searchable handbook, and injects a compact summary before every turn.

It reproduces the two-stage structure of the Codex memory system rather than approximating it: per-session extraction first, then a consolidation pass over many raw memories.

Why

DSH sessions are isolated by default. A correction you made yesterday, a command that only works in one repo, a symptom/cause/fix you already paid for — none of it carries over unless you restate it. This plugin makes the agent remember:

  • how you want it to work, without being told twice
  • where the truth lives in a specific repo, and which commands actually run
  • which failure has which fix

How it works

session goes idle for N seconds
   └─ Stage 1  one model call per session -> session_summaries/<slug>.md + raw_memories.md
        └─ Stage 2  once enough memory accumulates -> MEMORY.md + memory_summary.md
             └─ before each turn, memory_summary.md is injected into the prompt

All durable artifacts are plain Markdown you can read, edit, version, or move. index.json holds the extraction cache, job records, and the consolidation watermark.

Install

dsh plugin --profile web add @lushdawn/dsh-codex-memories

Local development:

dsh plugin --profile web add link:<absolute path to this directory>

Restart DSH, or let a live profile hot-load it.

Commands

CommandEffect
/memory statusmemory root, extracted sessions, pending consolidation, last timestamps
/memory showprint the current memory_summary.md
/memory extractextract the current session immediately
/memory backfillscan stored sessions and extract the ones never processed
/memory consolidatemerge pending memory into MEMORY.md now
/memory forget <sessionId|all>drop extraction records (handbook content is kept)
/memory on / offtoggle automatic extraction for this process

Tools

Exposed to the model when dedicatedTools is on:

ToolEffect
memory_searchline-level keyword search across memory files (any / all / on_same_line)
memory_readread one memory file by line range
memory_listinventory of the memory folder and pending work
memory_noteappend one ad-hoc note — the only write path the model is offered

The model is instructed to cite memory as MEMORY.md:12-14|note=[...].

Configuration

Every field has a safe default; override in your profile patch:

- insert:
    - id: dsh-codex-memories
      name: dsh-codex-memories
      config:
        storageDir: ''            # default $DSH_HOME/memories
        generate: true
        use: true
        dedicatedTools: true
        model: ''                 # e.g. deepseek-official/deepseek-flash
        extractModel: ''          # falls back to model
        consolidationModel: ''    # falls back to model
        idleSeconds: 120
        maxSessionsPerRun: 3
        maxSessionAgeDays: 30
        consolidationThreshold: 2
        maxInjectChars: 9000
        minSessionMessages: 4
        extractMaxTokens: 8000
        consolidateMaxTokens: 16000

When model is empty the plugin reads the current default model, then falls back to deepseek-official/deepseek-flash.

Data layout

$DSH_HOME/memories/
├── MEMORY.md                    # durable handbook, Task Group organized
├── memory_summary.md            # prompt-loaded layer; first line must be v1
├── raw_memories.md              # mechanical stage-1 merge, ascending session id
├── session_summaries/<slug>.md  # one structured recap per session
├── extensions/ad_hoc/notes/     # notes written by you or the model
└── index.json                   # extraction cache, job records, watermark

Cost and privacy

  • It spends tokens: one Stage-1 call per session and one Stage-2 call per consolidation. Sessions under 4 messages are skipped; at most 3 sessions are processed per sweep.
  • Local files only: no network access beyond the model API it calls.
  • It enters your prompt: memory_summary.md is injected every turn, which is why it is capped by maxInjectChars.
  • Auditable: every artifact is readable Markdown.
  • The model cannot rewrite the handbook: it may only append ad-hoc notes; consolidation is a separate pass, so one turn cannot corrupt durable memory.

Fidelity to Codex

The behavioral spec comes from reverse engineering Codex itself — the on-disk shape under ~/.codex/memories plus the prompt templates embedded in codex.exe:

Codexdsh-codex-memories
~/.codex/memories/$DSH_HOME/memories/
MEMORY.md / memory_summary.md / raw_memories.mdsame names, same formats
rollout_summaries/*.mdsession_summaries/*.md
memories_1.sqliteindex.json
Stage 1 extraction promptPHASE1_TEMPLATE in lib/prompts.js
Phase 2 consolidation promptPHASE2_TEMPLATE in lib/prompts.js
usage guidance + citation formatUSAGE_TEMPLATE in lib/prompts.js
rollout scan backfill/memory backfill + boot sweep

See docs/mechanism.md for the full mechanism and the evidence behind it.

Known limits

  • Stage 2 asks for two complete documents in one reply. On a very large handbook the reply can hit the output cap; the old files are then kept and the pass reports an error instead of writing something corrupt.
  • Automatic extraction needs the process alive during the idle window; otherwise the next boot's backfill catches up.
  • Retrieval is keyword/line based, not semantic — the same tradeoff Codex makes. Route with keywords in MEMORY.md.

Contributing

Issues and pull requests are welcome — see CONTRIBUTING.md. For anything security-related, follow SECURITY.md instead of opening a public issue. Release history lives in CHANGELOG.md.

License

MIT