上周进行第二次客户合约谈判,距第一轮已经过去两个月。
聊到最后,对方忽然想把一个细节轻轻带过去。第一次谈的时候,陈列面积扩大和陈列位置调整,这两件事明明已经答应了。可一到要落实到合同,对面开始装作这件事没说过。
换作以前,这种时刻最怕两件事——一是记不清,二是记得,但拿不出证据。
直接让 OpenClaw 去 Obsidian 里翻第一次会议记录,没过一会儿,它就把当时谈到这件事的原话、上下文、对应时间点全调了出来。
那一刻特别直观且自信,告诉对方当时双方有确认此项。
没有把会议录音调出来证明,只是把第一次谈判时的细节重新阐述,帮助客户回忆。
最后,客户还是把这两项落实了。AI 把那些已经说过、已经记录过、但平时躺在角落里的记忆,重新叫到了现场。
细节一下子被钉死,事就顺了。
这件事之后,对「把个人记忆和 AI 共享」这件事,感受完全变了。
当你以为,这不过是把日记、录音、会议纪要存进一个笔记软件里,再让 AI 帮忙搜一下。
其实不是。
差别不在「能不能搜到」,差别在「会不会主动想起」。

云笔记也好、本地笔记也好,能存很多东西,但大多数时候它们像仓库——东西都在里面,得自己进去挖,想清楚关键词,打开抽屉一层层翻。
而把 Obsidian 和 OpenClaw 接起来以后,感觉更像身边多了一个一直在旁听的助手。
即便是模糊的记忆,你讲出一件事,它不只是去搜一个词,而是会顺着这件事,主动把相关的会议录音、旧日记、讨论过的细节一起拉出来。不是等你想起该搜什么,而是它先帮你想起——你以前已经说过什么、答应过什么、犹豫过什么。
这就是区别。
普通云笔记更像档案柜,这个系统更像共享记忆层。
人是数据生产者。每天见了谁,说了什么,开了什么会,做了什么判断,录音、文字、纪要,一点点留下来。
Obsidian 像中间那层桌子,把这些东西规整地摊开。
AI 更像那个整理桌面、随时递材料的人。你一开口,它就知道该把哪一摞纸递过来。
所以,这件事最准确的说法,不是「两个人共用一个本子」。
而是,AI 帮你记住了你自己。
这句话听上去很轻,真正用起来却很重。
记忆中丢掉的不是信息,是连续性。
昨天说过的话,今天忘了。上个月做过的判断,这个月要重来。去年踩过的坑,今年换个场景再踩一遍。
以前,记录和使用是分开的。
记笔记的时候很勤快,真到要用,脑子却像断了线——知道自己记过,就是找不到。或者找到了,也已经错过了那个最需要它的时刻。
现在不一样了。
只要这些记录都在同一个地方,AI 就可以把「存过」变成「用上」,把「记下来」变成「叫得出来」。
这才是共享记忆最有意思的地方。
它不是让人变得更聪明,它只是让那些本来属于你的经验,不再轻易失踪。
这套东西也不是装完就自动生效。
前提很土,也很真实——平时得愿意留下记录。会议纪要别偷懒,重要对话别只靠脑子记,判断和反思最好当天写两句。没有这些原料,AI 也只能空转。
人负责生活,负责判断,负责留下痕迹。AI 负责调取,负责整理,负责在关键时刻把你自己递回来。
现在的工作流是这样的:
日常用 Get笔记 语音记录碎片灵感、复盘和会议内容;Obsidian 每周从 Get笔记 整理,日记和灵感分开存放。
Get笔记 还有个「发芽」功能——它能对最近多篇或单篇日记整出一份报告,从你的思想记录「种子」中生长出历史关联性故事和总结,加深记忆关联。你会从中修正想法,或者又萌生出更多新的「种子」。
记录在,连续性就在。

怎么搭建:把 Obsidian 接入 AI Agent 全记录
想要复现上面的效果,下面是完整的搭建过程。
核心挑战只有一个:Obsidian 仓库在本地 Mac 上,OpenClaw Agent 跑在远程 VPS 上。两边怎么打通?
全程大概 30 分钟,踩了几个坑,全写在里面了。
方案选型:为什么是 Syncthing
对比了四个方案:
Git 同步。 可以,但得写 cron 定时 push/pull,不是实时的,而且 Obsidian 改一个字就是一个 commit,提交历史会特别脏。
这个方式之前试过,发现无法实时同步,而且手机上的 Obsidian 总是同步不过来。
rsync 。 单向同步可以,双向麻烦。Agent 在 VPS 上写了内容,还得反向同步回来。
rclone。 主要面向云存储(S3、Google Drive),本地到 VPS 的场景不是它的主场。
Syncthing 。 开源,免费,双向实时同步,自带版本控制和冲突处理,不经过任何第三方服务器。
答案很明显。
最终架构
┌─────────────────┐ Syncthing ┌──────────────────────┐│ 本地 Mac │ ◄── 双向 ──► │ VPS ││ │ 实时同步 │ ││ Obsidian App │ │ ~/obsidian-vault/ ││ (iCloud 同步) │ │ ▲ ││ │ │ MCP (stdio) ││ │ │ ▼ ││ │ │ OpenClaw Gateway │└─────────────────┘ │ │ │ │ ▼ │ │ Claude / LLM │ └──────────────────────┘链路很短:笔记 → Syncthing 同步 → VPS 本地文件 → MCP 读写 → Agent 拿到内容。没有中间商,笔记不经过任何第三方。
第一步:搞清楚仓库里有什么
别上来就同步。先看看 Obsidian 仓库的真实面貌:
Vault/├── .obsidian/ (39MB) ← 插件、主题、UI 配置├── .claude/ (128K) ← Claude Code 本地会话├── .git/ ← 版本控制├── .trash/ ← 回收站│├── 2025日记/ (512K) ← 两年的日记├── 2026日记/ (372K)├── 项目分析/ (128K)└── 成诺的复利之旅/ (40K).obsidian/ 一个目录就占了 39MB,全是插件和主题文件。VPS 上不跑 Obsidian 界面,同步这些纯属浪费。
真正有价值的笔记内容加起来只有 523 KB 。
所以第一件事是写过滤规则。
配置 .stignore
在 Obsidian 仓库根目录创建 .stignore:
// ========== 系统和配置文件 ==========.obsidian.claude.git.trash.DS_Store*.base// ========== 大文件和敏感文件 ==========*.mp4*.mov*.zip*.env*.key*.pem过滤效果:39MB+ 砍到 523KB,只同步纯文本笔记。
有一个问题值得想清楚:日记要不要同步?
日记是最私人的东西。但如果 Agent 不知道你经历了什么,它怎么帮你复盘?怎么在你写文章的时候引用你三个月前的一个灵感?
安全靠 VPS 本身来保障(SSH 密钥登录 + 防火墙),不靠「不同步」来回避问题。
第二步:VPS 端安装 Syncthing
# Debian/Ubuntusudo apt install syncthing# CentOS/OpenCloudOSsudo yum install syncthing# 创建仓库目录mkdir -p ~/obsidian-vault# 启动syncthing启动后,Syncthing 会在 127.0.0.1:8384 开一个 Web UI。
第一件事:设密码。 进 Web UI → 右上角「操作」→「设置」→「GUI」→ 设用户名和密码。不设密码就像家门不上锁。
然后记下 VPS 的设备 ID:Web UI 右上角「操作」→「显示 ID」。这串字符后面要用。
第三步:Mac 端安装 Syncthing
brew install syncthing⚠️ 踩坑:brew services 启动了个寂寞
brew services start syncthing看起来执行成功了,实际上 LaunchAgent 没生效,Syncthing 根本没起来。这种沉默失败最烦人,不报错也不干活。解决办法:直接前台启动。
syncthing看到
GUI and API listening on 127.0.0.1:8384就说明活了。确认能跑之后用syncthing &扔后台。
第四步:建立双向同步
两边 Syncthing 都跑起来之后,在 Mac 端的 Web UI(http://localhost:8384)里操作:
添加远程设备:
右下角「+ 添加远程设备」
设备 ID 填 VPS 端的那串字符
名字随便填,比如
VPS,保存
VPS 端接受设备:
打开 VPS 的 Syncthing Web UI(通过 Tailscale 内网 IP 访问,或 SSH 隧道转发 8384 端口)。页面会弹出提示,点接受。
Mac 端添加共享文件夹:
「+ 添加文件夹」
文件夹 ID:
obsidian-vault文件夹路径:本地 Obsidian 仓库完整路径
iCloud 同步的仓库路径通常在:
~/Library/Mobile Documents/iCloud~md~obsidian/Documents/仓库名不确定的话,在 Obsidian「设置 → 关于」可以看到仓库路径。
切到「共享」选项卡,勾选 VPS 设备,保存
⚠️ 踩坑:文件夹 ID 两边必须一致
Mac 端填
obsidian-vault,VPS 端接受时也必须用同一个 ID。不一致的话 Syncthing 会认为是两个不同文件夹,死活不同步,还不报错。
523KB 的纯文本,几秒钟同步完成。VPS 上验证:
ls ~/obsidian-vault/能看到笔记文件,但没有 .obsidian/ 目录——过滤规则生效了。
第五步:配置 OpenClaw MCP Server
文件同步到 VPS 了,让 OpenClaw Agent 能读到这些文件。
编辑 ~/.openclaw/openclaw.json,在 mcp.servers 里加一段:
{ "mcp": { "servers": { "obsidian": { "command": "npx", "args": ["-y", "obsidian-mcp-server", "--vault", "/root/obsidian-vault"] } } }}
--vault后面必须是绝对路径。obsidian-mcp-server是开源 MCP 服务,建议搜索确认最新版本名称。
然后重启 Gateway:
openclaw gateway restartMCP(Model Context Protocol)是让 LLM 和外部工具对接的标准协议。简单理解:MCP 就是 Agent 的手。 有了它,Agent 能翻文件、写文件、搜索内容。
验证:让 Agent 读仓库
配置完成后,直接在 Telegram 里问 Agent:
「用 obsidian MCP 工具,列出仓库里的所有文件和文件夹」
如果 Agent 返回了你的笔记目录结构,就说明整条链路通了。
接下来可以做的事很多:
基于笔记回答问题:
「根据项目分析笔记,总结一下 XX 项目当时的决策逻辑」
写入新内容:
「把今天的讨论要点整理成一篇笔记,保存到 2026日记/4月/」
Agent 写完直接存到 VPS 仓库,Syncthing 自动同步回本地 Mac,打开 Obsidian 就能看到。
知识检索和关联:
「在仓库里搜索所有关于「复利」的内容,做个摘要」
MCP 每次调用大概增加 350 tokens 的开销,换算下来几毛钱。换来的是 Agent 从「失忆助手」变成「了解你的人」。
安全不能马虎
把个人笔记放到远程服务器上,几件事必须做:
Syncthing Web UI 必须设密码,裸跑等于把日记本摊开在马路上
VPS 防火墙收紧,Syncthing 同步端口(
22000/TCP)只对信任 IP 开放,不要对全网开放SSH 禁用密码登录,只用密钥认证
.stignore过滤敏感文件,.env、.key、.pem绝对不能同步到远端OpenClaw Gateway 只监听 localhost,默认就是这样,别改成
0.0.0.0
常见问题
同步会不会把 Agent 写的内容弄丢?
不会。Syncthing 自带版本控制,两边同时改同一个文件时会生成 .sync-conflict 文件保留两个版本,不会覆盖。
Mac 合盖后还能同步吗?
合盖就暂停,开盖自动恢复。对大多数人来说够用了。需要 24 小时不间断,设置 Mac 合盖不休眠即可。
能用 Git 替代 Syncthing 吗?
能,但体验差很多。需要写 cron 定时 commit/push/pull,不实时,而且提交历史会很脏。Syncthing 的优势就是零配置双向实时。
费用呢?
Syncthing 免费开源。OpenClaw 本身免费(LLM API 按量付费)。MCP 每次调用约 350 tokens。VPS 看你本来有没有,基本可以忽略不计。
整个过程就三步
过滤。 用 .stignore 把仓库砍到只留有价值的内容。
同步。 Syncthing 双向实时同步,Mac 和 VPS 之间搭一条管道。
接入。 OpenClaw 配一个 MCP Server,Agent 就能读写仓库。
30 分钟。从「每次对话都从零开始」变成「Agent 了解你过去两年的所有思考」。
想试的话,从第一步开始,遇到问题文章里基本都有答案。
显示成功,但对面没人--OpenClaw 多 Agent 的隐形坑
夜雨聆风