Show and tell: dsh-agent-memory — self-evolving memory with a "dream" pass, user profile, and provenance from the replayable session log(自进化记忆插件) #2061
Replies: 1 comment
Update: real-model test with
|
Update: real-model test with
|
Uh oh!
There was an error while loading. Please reload this page.
TL;DR
@dsh-kit/agent-memory— a self-evolving memory plugin for DeepSeek Harness. It brings the industry's "dream" memory-consolidation pattern (Claude Code Dream / ChatGPT Dreaming / Letta sleep-time) to DSH for the first time, and it builds on the one asset Claude Code and Codex structurally lack: the replayable, typed session log.Repo: https://github.com/findshan/dsh-agent-memory · npm:
@dsh-kit/agent-memory· MIT ·dsh-plugintopicWhy memory, why now
We surveyed the DSH memory ecosystem (120+ plugins) and the industry (Claude Code, Codex, ChatGPT Dreaming, Letta, MEM0, Zep) and found two things:
/dreamis shipped, OpenAI's Dreaming V3 is live, Letta has sleep-time agents. But zero DSH plugins implement it.user/messagewith source,tool/call/tool/resultwith exact args and results,assistant/messagewith token usage,request/headersnapshots, fork/resume lineage. Claude Code's memory system has togrepJSONL transcripts; DSH memory can be derived from ground truth with provenance back to exact(sessionId, seq)events.What it does
Capture → Dream (consolidate) → Retrieve/inject → Evolve
user(profile) /project/session/globalscopes, each a plaintext belief with confidence, importance, and provenance.memory_save / memory_search / memory_list / memory_confirm / memory_forget / memory_profile / memory_dream.suggestedand only become active on human confirmation; everything is plaintext, local-first, zero native dependencies.The 30-second demo
Where the research went
We wrote the full landscape survey while designing this — competitor mechanisms, memory architectures (MEM0/Letta/Zep), the DSH ecosystem gap analysis, and the mechanism verification against DSH source. It's in the repo:
research/+PRD.md.Why this position is open
dsh-memory-evolve— but fully self-built storage, no official infradsh-memento/Max-Null— but no evolution/dreamJesse-njx/dsh-memory— but no profile, no dreamFeedback wanted: is the 7-tool surface right? Should the dream's LLM-assisted consolidation (v0.2) use a forked subagent like AutoDream, or inline cheap-model calls? What would make this the memory seam you'd actually adopt?
中文版
@dsh-kit/agent-memory—— 为 DeepSeek Harness 打造的自进化记忆插件。首次把行业前沿的 「梦境式记忆整合」(Claude Code Dream / ChatGPT Dreaming / Letta sleep-time)带到 DSH,并且建立在 Claude Code 和 Codex 结构上做不到的资产上:可回放、类型化的会话日志。为什么现在做:调研了 DSH 生态 120+ 记忆插件与全行业后确认——①「梦境」已是行业标准机制,但 DSH 生态零实现;② DSH 的全量类型化事件日志(
tool/call精确参数、assistant/message带 token 计费、fork 谱系)是别人没有的 ground truth,却没人用它做记忆。它做什么:捕获 → 梦境整合 → 检索注入 → 进化。
仓库:https://github.com/findshan/dsh-agent-memory · 安装:
dsh plugin --profile web add @dsh-kit/agent-memory期待大家的反馈:工具面是否合适?v0.2 的 LLM 整合该用 fork 子代理(AutoDream 式)还是内联轻量模型?怎样才是你愿意真正采用的记忆缝?
All reactions