第五章 记忆、知识与运维

本章导读

最后一章覆盖五类“让 agent 记住事、知道事、不出事”的能力:Mem0(记忆层)、Obsidian(个人知识库)、Memorix 与 Engram(进阶记忆方案)、everything(协议自测)、以及全书的收尾——安全纪律与找更多的渠道。

如果说前四章是“给 agent 加工具”,本章更像是“给 agent 加记忆和规矩”。

记忆的三条路线

本章前四节其实在讲三种记忆思路,先看清区别再选:

路线 代表 特点
自动摘要型 Mem0 写入即摘要,跨会话召回,免自己管存储
知识库型 Obsidian 你的笔记库就是记忆源,agent 读写你的笔记
本地图谱 / 项目型 Memorix、Engram 本地知识图谱或按 Git 项目隔离,可选无 LLM 运行

三条没有绝对优劣:想要“装了就能忘事”选 Mem0;笔记已经在 Obsidian 里选它;想要完全本地、可控、无云端依赖,看 Memorix 与 Engram。第二章的官方 memory 服务器也是一条轻量备选,适合只想要简单键值 / 图谱记忆的场景。

安全的两条铁律

本书反复强调、这里再收一遍:

  1. 密钥不进 YAML。 所有第三方密钥走 config.env,用 !!js 表达式从环境读取。
  2. stdio 不会自动继承凭据。 dsh 在启动子进程前移除名称和 DSH_* 相关的变量;服务器要用的密钥必须显式声明,不能指望继承。

这两条是 MCP 接入的底线,违反任一条都可能把凭据漏给第三方进程。

找更多 MCP 的渠道

本书只挑了最稳、最常用的一批。想继续扩充,渠道按可靠性排序:

渠道 特点
官方仓库 modelcontextprotocol/servers 维护最规范,但只留 7 个
官方注册表 modelcontextprotocol/registry 社区驱动,覆盖面广
厂商官方端点 Notion / Slack / Sentry 等,OAuth 即用
社区精选列表 质量参差,需逐个核验 star 与维护状态

找的时候用“先核验再装”的姿势:看 star 数、最近提交时间、issue 是否有人回。github 上三天没提交、issue 堆几百个的服务器,慎装。

收尾:这本书怎么用

前四章按“机制 → 官方 → 联网 → 研发”逐层递进,本章收在记忆与安全。建议的落地顺序是:先把第一章机制吃透,装第二章七个官方服务器打底,再按自己的工作场景从第三、四章挑两三个,最后用第五章补记忆。不要贪多——每个 MCP 都是一组新工具,装得越多,模型选错工具的概率也越高。

本章小节

  • 5.1 Mem0:带自动摘要的记忆层
  • 5.2 Obsidian:把个人知识库接进来
  • 5.3 Memorix 与 Engram:另两条记忆路线
  • 5.4 everything:协议自测服务器
  • 5.5 安全纪律与找更多

延伸阅读