mnemon-memory-agent:DeepSeek Harness 记忆代理 DSH plugin 安装与取舍

概念与架构发布于 2026-10-13作者: DeepSeek Plugin 插件市场
mnemon-memory-agentDeepSeek HarnessDSH plugin记忆代理长期记忆
mnemon-memory-agent 是运行在 DeepSeek Harness 里的记忆代理类 DSH plugin:它把对话存成带日期的原始记录,提问时才做检索与判断,用 System 1 快速判定、System 2 慢思考作答。本文讲清它与普通记忆插件的差别、安装入口与依赖,以及和同类记忆插件怎么取舍。

mnemon-memory-agent 是运行在 DeepSeek Harness 里的记忆代理类 DSH plugin(中文也常写作 DSH插件、DeepSeek插件):它把对话原样存成带日期的原始记录,等提问到来才做检索与判断,用 System 1 快速判定、System 2 慢思考作答(来源)。 这篇按三个方向讲清:① 它的定位——凭什么叫「记忆代理」而不是普通记忆插件;② 怎么装与用,入口与依赖是什么;③ 和同类记忆插件怎么取舍。想先把记忆插件整体盘一遍,见《DeepSeek Harness 记忆插件怎么选》。

概览

一句话:mnemon-memory-agent 把记忆的判断从「写时」挪到「读时」,用双过程分工在约 4k token 内回答跨会话问题。 它不是把记忆塞进主流程的一枚小插件,而是并行跑在主 Agent 之外的记忆代理。下面从定位、安装、取舍三层展开。本文讨论的是 grivn 的 mnemon-memory-agent;dsh-mnemon、mnemon 是另外两枚同名相近但不同的插件。

mnemon-memory-agent 的定位:它凭什么叫「记忆代理」而不是普通记忆插件

mnemon-memory-agent 的定位是「记忆代理」:它作为主 Agent 之外的第二实例并行运行,不改动主 Agent,每轮发布一个视图,必要时才回原始记录里取证(来源)。 它和普通记忆插件的差别,集中在「什么时候判断」这件事上:

维度普通记忆插件(写时抽取)mnemon-memory-agent(读时判断)
何时处理写入时就抽取事实与实体提问到来时才检索与判断
需要预先定义需要,每来一种新数据要加规则不需要,保留原始记录
运行形态常直接挂在主流程里主 Agent 之外的第二实例
输出抽好的要点 / 图谱每轮一份视图

它的两条机制值得单独记住:

  1. 双过程分工——System 1 用快速决策模型做小颗粒的是/否判断(这条记录是否相关),System 2 用 LLM 写检索词、组织答案。
  2. 后台整合索引——把记录汇成指向记录本身的覆盖层,检索时先看索引、再回原始记录取原文。

这样做的好处是省去了「预先定义事实模式」的负担;代价是检索与判断发生在提问当下,对检索质量更敏感,问题问得太模糊时命中的记录会更少。

mnemon-memory-agent 怎么装与用:Hub 入口、依赖与运行方式

mnemon-memory-agent 通过 DSH Plugin Hub 安装,是 GitHub 直装型,等价命令为 dsh plugin --profile web add github:grivn/mnemon-memory-agent(来源)。 步骤:

  1. 确认前置条件:DeepSeek Harness 已跑通,且插件市场已装好。预期:设置页能看到「插件市场」入口。
  2. 进入市场搜索:打开 Web UI → 设置 → 插件市场,搜索 mnemon-memory-agent。预期:列表定位到该插件,卡片显示来源仓库与状态。
  3. 查看依赖与来源:确认它是 GitHub 直装型、仓库为 grivn/mnemon-memory-agent。预期:来源与归属核对无误(同名插件多,别装错)。
  4. 点安装并核对:点「安装」,在确认弹窗里核对插件名、来源仓库与将执行的 dsh plugin --profile web add github:grivn/mnemon-memory-agent 命令。预期:确认后开始下载安装。
  5. 重启生效:重启 dsh web,让插件加载。预期:插件出现在已安装列表,记忆代理开始按轮发布视图。
  6. 验证使用:新开会话,提一个依赖旧会话背景的问题。预期:模型能带上历史信息回答;若没有,检查记忆是否已落盘、提问是否足够具体。

命令行是等价的第二条路:dsh plugin --profile web add github:grivn/mnemon-memory-agent。GitHub 直装首次可能被包管理器的构建脚本权限拦住,按报错提示放行后重试即可。

mnemon-memory-agent 与其它记忆插件怎么取舍

取舍先看三件事:判断时机(写时还是读时)、能不能在界面里看见记忆读写、以及安装通道。 对照几枚同类:

插件路线安装通道适合谁
mnemon-memory-agent读时判断、双过程GitHub 直装不想预先定义事实模式的人
dsh-mnemon分层记忆、界面可看可编npm 一键想在界面里管理记忆的人
mnemonLLM 监督、图结构GitHub 直装想要图结构召回的人

三条落地建议:

  1. 只留一个主记忆插件——记忆类功能重叠度高,同装多个容易重复注入、互相干扰。
  2. 按流程偏好选——愿意接受「提问时再判断」的不确定,选 mnemon-memory-agent;更想在界面里逐条查看与编辑,选 dsh-mnemon 这类。
  3. 看安装门槛——GitHub 直装可能遇到构建授权;想要一键省事,优先选有 npm 通道、市场标注已验证的条目。

与其同时装好几个同类记忆插件互相打架,不如到 DSH Plugin Hub 的市场里按 Star 与兼容状态挑一枚:来源、维护情况与安装命令都能在界面里核对清楚。

DSH Plugin Hub 插件市场

注意事项与局限

mnemon-memory-agent 走的是「读时判断」路线,用起来有几个固定边界。 逐条如下:

  1. 名字要认准:mnemon-memory-agent、dsh-mnemon、mnemon 是三枚不同插件,装前核对归属仓库。
  2. 直装命令要写全:GitHub 直装必须写 github:grivn/mnemon-memory-agent,写错会解析失败。
  3. 装完要重启:插件在启动时加载,不重启看不到效果。
  4. 检索依赖提问质量:读时判断对问题措辞更敏感,问得模糊时命中记录会变少。
  5. 卸载不删数据:移除插件只清依赖,已写入的记忆文件要单独清理;敏感内容先确认存储位置与删除方式。

来源:grivn/mnemon-memory-agent、DeepSeek Harness 官方文档 - 会话子系统、dshplugin/dsh-plugin-hub

常见问题

mnemon-memory-agent 是什么,它凭什么叫「记忆代理」而不是普通记忆插件?

mnemon-memory-agent 是运行在 DeepSeek Harness 里的记忆代理类 DSH plugin,它的特别之处在于把判断挪到了「读时」。 它不像写时抽取那样先定义事实与实体再入库,而是把对话原样存成带日期的原始记录,等提问到来才检索并判断。它作为主 Agent 之外的第二实例并行运行,不改动主 Agent,每轮发布一个视图。

mnemon-memory-agent 怎么安装,在 DSH Plugin Hub 里要搜什么、有什么依赖?

mnemon-memory-agent 通过 DSH Plugin Hub 安装:在「设置 → 插件市场」搜索 mnemon-memory-agent,点安装并在确认弹窗核对来源后确认。 它是 GitHub 直装型,等价命令是 dsh plugin --profile web add github:grivn/mnemon-memory-agent,暂未提供 npm 包。装完重启 dsh web 生效。

mnemon-memory-agent 和 dsh-mnemon、mnemon 名字很像,它们是同一个插件吗?

不是同一个:mnemon-memory-agent(grivn)、dsh-mnemon(omdsh-dev)、mnemon(mnemon-dev)是三枚不同的记忆类 DSH plugin。 三者都提供跨会话长期记忆,但实现路线不同,安装通道也不同。搜索时别被名字带偏,认准归属仓库再装。

mnemon-memory-agent 和其它记忆插件该怎么取舍?

取舍看三点:写时还是读时、能不能看见记忆读写、以及安装通道。 mnemon-memory-agent 走读时判断,靠 System 1 快速判定与 System 2 作答,适合不想预先定义事实模式的场景;要界面里查看编辑可选 dsh-mnemon,要审批可审计可另选。新手优先选有 npm 一键通道、市场标注已验证的条目。

使用 mnemon-memory-agent 时,跨会话记忆不生效一般查哪些地方?

跨会话记忆不生效,先查插件是否在已安装列表里、是否重启过 dsh web,再查记忆数据是否已落盘。 mnemon-memory-agent 是 GitHub 直装型,装时必须写全 github:grivn/mnemon-memory-agent,写错会解析失败。若这些都正常,把问题问得更具体,读时检索才更容易命中相关记录。

相关术语

memory agent(记忆代理)
memory agent(记忆代理)是记忆类 DSH plugin 的一种形态:它作为主 Agent 之外的第二实例并行运行,不改动主 Agent,负责在提问到来时检索历史并按轮发布视图。它与把记忆直接写进主流程的普通记忆插件在职责上不同。— grivn/mnemon-memory-agent
dual-process(双过程)
dual-process(双过程)指记忆代理用两类模型分工:System 1 用快速决策模型做小颗粒的是/否判断,System 2 用 LLM 承担检索词编写与答案组织。它借鉴了快思考与慢思考的划分。— grivn/mnemon-memory-agent
read-time judgment(读时判断)
read-time judgment(读时判断)指不在写入时预先抽取事实与实体,而是把对话原样留存、等提问到来再检索与判断。它针对写时抽取需要预先定义模式、每来一种新数据就要加规则的问题。— grivn/mnemon-memory-agent
View(每轮视图)
View(每轮视图)是记忆代理每轮发布的一份结果,汇总这一轮从历史记录里读到、判断并组织出的信息。主 Agent 消费这份视图,而不必直接接触全部原始记录。— grivn/mnemon-memory-agent

来源