第五章 记忆、知识与运维
本章导读
最后一章覆盖五类“让 agent 记住事、知道事、不出事”的能力:Mem0(记忆层)、Obsidian(个人知识库)、Memorix 与 Engram(进阶记忆方案)、everything(协议自测)、以及全书的收尾——安全纪律与找更多的渠道。
如果说前四章是“给 agent 加工具”,本章更像是“给 agent 加记忆和规矩”。
记忆的三条路线
本章前四节其实在讲三种记忆思路,先看清区别再选:
| 路线 | 代表 | 特点 |
|---|---|---|
| 自动摘要型 | Mem0 | 写入即摘要,跨会话召回,免自己管存储 |
| 知识库型 | Obsidian | 你的笔记库就是记忆源,agent 读写你的笔记 |
| 本地图谱 / 项目型 | Memorix、Engram | 本地知识图谱或按 Git 项目隔离,可选无 LLM 运行 |
三条没有绝对优劣:想要“装了就能忘事”选 Mem0;笔记已经在 Obsidian 里选它;想要完全本地、可控、无云端依赖,看 Memorix 与 Engram。第二章的官方 memory 服务器也是一条轻量备选,适合只想要简单键值 / 图谱记忆的场景。
安全的两条铁律
本书反复强调、这里再收一遍:
- 密钥不进 YAML。 所有第三方密钥走
config.env,用!!js表达式从环境读取。 - 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 安全纪律与找更多
