给AI造记忆：Obsidian知识库拆解

来源：X @sourfraser

打开聊天窗口、粘贴背景、拿到回复、关掉标签页——下一次对话又得从头解释你是谁、你的业务是什么。素材作者管这叫”带性格的搜索引擎”，而不是 AI 员工^[0]。他的方案是三块拼图：用 Obsidian 建一个彼此链接的业务知识库，用转录工具加自动化把每次通话沉淀成文字，再用 Claude Cowork 和 MCP 连接器让 AI 既能读库也能写库^[0]。这套东西被描述成”一个下午搭好、几乎不花钱”，结果是”给 AI 装上了大脑”^[0]；但拆开看，“记住”这个动作到底怎么发生、代价是什么，比”大脑”这个比喻复杂得多。

三块拼图：知识库、记忆循环与智能层

知识库。 Obsidian 是免费的、以纯文本 markdown 存储的笔记应用^[0]。素材建议的 vault 由几类文件构成：Memory 文件相当于给一个”永不忘记的员工”看的入职文档，写清你是谁、业务如何运转、流程、工具、沟通风格和目标；此外还有客户花名册（Client Roster）、行动追踪（Action Tracker）、流程库、模板文件夹；每个文件都有父级，最终都连回一个 Home 主页^[0]。这套结构的意义不止于给人浏览：文件夹结构本身就是数据的模式，agents.md 之类的文件是行为规范，markdown 文件既是数据也是接口^[52]。有实践者更进一步，主张 vault 要为”AI 在会话开始时读取”而设计，而不是只为人浏览设计^[45]。

记忆循环。 素材用 Fathom 录制并转录通话，Zapier 监听 Fathom 账户、把每份转录稿自动投进 Google Drive 的文件夹，全程无手工步骤^[0]。Zapier 确实提供 Fathom 自动化方案^[35]；Fathom 免费档就包含无限制的通话录制、转录和 AI 摘要^[29]，清晰音频下转录准确率约 95%、支持 28 种以上语言^[30]，并通过 HIPAA、SOC2 Type II 和 GDPR 合规^[34,32]。之后 Claude Cowork 通过 MCP 连接器读取 Drive 里的转录稿，提取摘要、捕捉决策、识别行动项（谁负责、何时截止），再写回 Obsidian：行动进 Action Tracker，决策进日志，客户信息归档到对应客户^[0]。素材举的例子是：三周前一次通话商定改变某客户的产品发货方式，他完全忘了，两天后问 Claude 该客户状态，Claude 从转录稿里翻出了决定和原因^[0]——员工记得会上发生的事，即使你不记得^[0]。

智能层。 Cowork 是 Anthropic 官方的产品，复用驱动 Claude Code 的 agentic 架构、但不需要终端：用户描述任务，Claude 自己执行多步骤操作，桌面、网页、移动端都可用^[17]。Cowork 本身相当程度就是由 Claude Code 自己写出来的^[16]。它连接外部工具靠的是 MCP（Model Context Protocol）——一个把 AI 应用接到数据源、工具和工作流上的开放标准，官方比喻是”AI 应用的 USB-C 口”^[21]；Anthropic 发布协议时还提供了 Google Drive、Slack、GitHub、Postgres 等系统的预置服务器^[20]。素材用 MCP 把 Slack、日历、Gmail、Drive 接进来，让 Claude”不只是读 vault，还读 Slack、查日历、交叉引用”^[0]。

“记忆”的真相：文档加检索协议

素材反复说 AI”有了记忆”^[0]，但机制层面完全是另一回事。一个 Obsidian + Claude 系统在机械上只做三件事：Claude 把一个 .md 文件读进上下文窗口，从里面取信息，再把更新写回文件^[42]。“记忆”就是文件里装得下的文本、加上某次会话恰好被加载进上下文窗口的那部分^[42]。Claude Code 并没有内置跨会话记忆，连续性来自写进 vault 的会话日志和”先读日志再干活”的指令——是结构化文档带来的连续性，不是模型的内部记忆^[43]。

这解释了为什么素材五步搭建法的最后一步才是关键：自定义指令里写一行”回答任何问题之前，先搜索 Obsidian vault 里的相关笔记”^[0]。这一行才是记忆机制的引擎——素材自己说，“没有它，你只有一个没有记忆的强力工具；有了它，你才有员工”^[0]。素材还配置了一个开源的 Obsidian MCP 服务器，让 Claude 直接读写 vault、新建和移动笔记，省掉复制粘贴^[0]。实践者把同样思路做成会话启动协议：在 vault 根目录放一个 MEMORY.md，每次会话开始必读，告诉 Claude”你是谁、数据在哪、该怎么用”^[37]；有人给 Claude 写专门供会话开始时读取的 context 文件^[45]；也有人分层处理——永久层存不随时间失效的知识，索引文件指路，全量层不必每次会话都读^[46]。

所以”给 AI 装大脑”的准确说法是：给 AI 一份它每次都得重读的操作手册^[0,42]。AI 不会记得上周的决定，它只是被指令要求再次读到那个决定。

增长的另一面：上下文窗口不是数据库

素材宣称”vault 每天增长，Claude 每次会话开头都读它，所以它每次都知道得更多”^[0]。前半句成立，后半句有代价。把 .md 读进上下文窗口不是查询，是暴力加载：50 条笔记时没问题，500 条时每次会话都在为无关上下文烧 token，5000 条时系统变得更慢、更贵、更不准——上下文窗口不是数据库^[42]。

素材没有展开”读什么、怎么读”，而这正是决定系统能不能长大的地方。有经验的搭建者都在避开全量读：有人让 agent 只读入口文件、按需再导航到具体笔记，因为每次会话全读太烧 token[46]；有人建议 vault 变大后不要把所有笔记列进 CLAUDE.md，只引用索引文件、让 Claude 需要时搜索具体子文件夹，必要时用 embedding 做语义搜索^[38]。还有一层隐患是格式漂移：没有强制结构的话，同一个联系人这次写成一种格式、下次又换一种，记忆的一致性并不会自动成立^[42]。

授权边界：素材没说的部分

素材轻描淡写地说”你授权它能访问什么，剩下的它自己搞定”^[0]。实际授权模型微妙得多。Google 官方文档写明：连接器只在用户明确提问或请求时才访问数据、只取最少必要信息，并且镜像你已有的权限——你在 Workspace 里没权限的东西，Claude 也碰不到；取回的数据存在 Anthropic 服务器上、随对话保留，删除对话即删除数据^[27]。但另一边，原生连接器（Slack、Google Workspace、M365）继承的是登录用户在该服务里的完整权限：一个能以你的名义发消息的 Slack 连接器，在提示注入攻击下就是一条外传通道^[26]。

权限边界还会以很实际的方式出错。有用户报告 Gmail 和日历连接器的每次调用都返回 “The caller does not have permission”，同一账户的 Drive 正常、同一租户其他用户正常，故障持续了七个多星期^[23]。安全社区里也有公司直接封锁 Google Drive、Slack、Gmail 连接器，理由是”明显的数据暴露风险”^[25]。素材还建议把 vault 放进 Google Drive 以便多设备同步^[0]——而连接器能读到已授权账户可及的数据^[27]，知识库与连接器的可达范围因此重合，权限规划不是配置里一句话能带过的。

素材在结尾自己做了限定：这套系统不替代团队，它处理的是运营开销、上下文切换和”上周电话里我们到底定了什么”这类事^[0]。这个定位是准的——它管理的不是创造力，而是记录与检索。只是”记录与检索”这套机制，比”装了大脑”的比喻更依赖设计，也更快遇到天花板。

给AI造记忆：Obsidian知识库拆解

三块拼图：知识库、记忆循环与智能层

“记忆”的真相：文档加检索协议

增长的另一面：上下文窗口不是数据库

授权边界：素材没说的部分

参考来源