我把知识库从Obsidian搬走了，不是因为不好用

说出来你可能不信。

前些天我刚发了几篇推文，认认真真聊我用 Obsidian 搭建知识库的心得——截图、配置、插件推荐，写得那叫一个详细。

然后这个周六晚上，我坐在电脑前，把整个笔记库搬走了。

似乎有点打脸来得太快了

不是因为 Obsidian 不好用。是因为我碰到了一个没想明白的问题。

01

近期我算是个 Claude Code 重度用户。写代码、做项目、整理思路，全在里面搞定。每次我想让它帮我整理笔记库，技术上一点问题都没有——Obsidian 仓库本来就是本地 Markdown 文件，Claude Code 读写毫无障碍。

但真正用起来，不是那么回事。

我想让它整理某个主题的笔记，得先把相关的七八篇文件路径挨个喂给它。我想让它顺着双链找到关联内容，它做不到——在它眼里，我的笔记只是一堆散落的 .md 文件，谁跟谁有关系，好像一概不知道。

能读写，但看不懂结构。

每次协作都像在带一个刚入职的实习生，什么都得我手动指给他看。我心里一直隐隐觉得不对劲，但又说不上来到底哪不对。

直到我刷到了 Tolaria。

02 周六晚上，我打开了它

说实话，一开始我是抱着「试试看，不好用就删」的心态装的。毕竟就算它 AI 再丝滑，基础体验不行照样白搭。

界面打开是这样的。

三种初始化方式。我盯了几秒，选了「选择已有的文件夹」——心里想的是：千万别让我重新建一遍，我那几百篇笔记可不想再搬一次。

直接用现有的知识库，点下一步。

然后弹出来这个。

检测到了我本地的 Claude Code。说实话我愣了一下，这个细节让我来了点兴趣。

接下来是 Git 同步。

我电脑本身有Git，点一下同步按钮，几秒钟搞定。比 Obsidian 配 Git 简单太多了——那个要是纯自己折腾，我怕是得花半个下午。

到目前为止，一切顺利，但后续体验怎么样还得接着看。

03 一个红色的警告，让我坐直了

同步完，界面右上角蹦出来一个警告。

点开一看。

我当时盯着这个提示愣了好几秒。

「外部 AI 工具未连接」——我脑子里第一反应是：完了，不会还要自己配什么东西吧？……

我差点就想关掉了。

但我还是多看了一眼那个提示。然后我把问题丢给了 Kimi。

然后我就愣住了。这次不是懵的那种愣，是「woc原来是这个意思」的那种愣。

Tolaria 内置了一个 MCP 服务器。翻译成人话就是——它已经把家门打开了，等着 AI 进来。

你的笔记库不是一个封闭的文件夹了。它是一个 AI 可以随时进来读、随时进来写、随时帮你整理东西的开放空间。

那一刻我好像突然明白了之前那个隐隐不对劲的感觉是什么

以前我让 Claude Code 操作笔记库，就像让一个陌生人进我家——每次都得我亲自开门，指给他看哪个柜子放什么东西，他才能动手。

但 MCP 做的事情不一样。它相当于给 AI 配了一把钥匙，AI 自己就能进来，知道东西在哪，知道怎么整理，不用你每次都站在旁边盯着。

04 连接过程，比我想的简单

我电脑上已经装了 Claude Code，Tolaria 检测到了。按照提示点几个按钮。

MCP 配置自动写进去了，不用我手动改 JSON。我心想：还好，不用碰配置文件。

然后这里：

提示说 Tolaria 需要往 Claude Code 注入一套系统指令，告诉它笔记库的结构规则、MCP 工具怎么用。

直接点下图的恢复就可以。

这里我也搜了一下，如果这套 guidance 缺失或损坏，Claude Code 虽然能连上 Tolaria，但可能：

• 不知道你的笔记库是什么结构
• 乱用工具，比如创建格式错误的笔记
• 无法按你的习惯来操作（比如不知道你定义了哪些笔记类型）

到这里，安装和连接配置就全部搞定。

整个过程就 5 分钟。没写一行代码，没配一个环境变量。

但我当时还没意识到，真正的考验在后面。

05 图片全挂的那一刻，我心凉了

如果只写到这里，你可能觉得一切顺利。

不是的。

连接完我兴冲冲打开几篇笔记，想看看效果。然后我看到了一片一片的图片名，显示不出来。

图片，全挂了。

我在 Obsidian 粘贴的图片，一张都显示不出来，全没了？

我当时真的心里就是一句国粹

翻来覆去看了半天，搞不明白为什么。我还以为是 Tolaria 不支持预览图片。最后我把问题丢给了 Kimi。

Kimi 看了之后告诉我：Obsidian 用的是![图片名]这种写法，Tolaria 用的是标准 Markdown 语法。两个不兼容，所以图片全挂了。

好家伙，原来是语法打架。

解决就两条路。要么手动一张张重新拖进去，要么让 AI 批量替换成新语法。

我选了第二条。对着 Tolaria 的 AI 面板说了一句，几分钟全改完了。

几百张图片，几分钟。

06 视图是空的，我又傻了一次

修完图片，我又发现一个问题。

Tolaria 有一个视图功能，挺实用。我配好筛选条件——日期、文件夹，满怀期待地打开。

空的。

一个笔记都没有。

我当时心想：不会吧，又来？

问了 AI 才知道，这个视图读的是 frontmatter 里的date字段。而我从 Obsidian 导过来的笔记，根本没有这个字段。

几百篇笔记，每篇都要加 date 字段。如果手动来……我不敢想。

然后我试了一下，对着 AI 说了这段话：

请遍历我的知识库，给以下笔记添加 date 字段。找到所有没有 date 字段的笔记，读取它们的 createdAt 时间，用 YYYY-MM-DD 格式写入 frontmatter 的 date 字段。

几分钟，全部搞定。

07 害得是AI来操作

踩完这两个坑之后，我坐在椅子上想了一会儿。

图片挂了，AI 几分钟批量修好。date 字段缺失，AI 几分钟批量补上。

如果是我自己来，这两件事加起来，保守估计得花一整个周末。而且大概率改到一半就放弃了，然后每次打开笔记库看到那些空白框，心里就膈应一下。

但我之前一直以为 AI 在笔记库里能做的事情就是「帮你写笔记」。

不是的。

它真正厉害的地方，是帮你维修整个笔记库的基础设施。语法不兼容、字段缺失、格式不统一——这些你自己做是体力活，做一半就想放弃的那种。但 AI 干这些，就是几句话的事。

08 MCP 到底不一样在哪

你可能会问：AI 直接打开文件夹读 Markdown，跟通过 MCP 操作，有什么本质区别？

我用产品经理的直觉来回答。

旧方式

直接读文件的时候，AI 看到的是一堆 .md 躺在文件夹里。你的笔记之间谁跟谁有关系、哪个知识点属于哪个主题，它一概不知道。你们俩的协作方式是——你手动指定「读这个」「改那个」，AI 照做。

MCP方式

但 Tolaria 的 MCP 不一样。它给 AI 的不是「文件读取权限」，而是一整套理解你知识库的能力。

AI 不是翻文件名找东西，而是按内容搜你的整个知识库。你跟它说「帮我找上个月关于 AI 协作的讨论」，它真的能搜出来，不用你告诉它文件在哪。

最让我觉得不一样的是，AI 能感知笔记之间的关系。哪篇笔记属于哪个主题，哪篇跟哪篇内容相关，哪个笔记下面有子页面。你让它改一个东西，它自己就会顺藤摸瓜找到关联的那几篇。

以前是你在用 AI。现在是 AI 和你在同一个工作空间里协作。

这不是技术好不好的问题。这是设计思路的问题。一个是为「人手动操作」设计的，一个是为「人和 AI 一起操作」设计的。

09 不是推荐 Tolaria，是推荐这种用法

聊到这儿，可能有人觉得我是在推荐 Tolaria。

好像是，但也不完全是。毕竟我自己也才用了一天多。

Tolaria 只是这次尝试的一个载体。我想说的不是换哪个工具，而是你用工具的方式。

大多数人的知识管理是这样的：Notion 写笔记、Obsidian 做双链、飞书存资料、印象笔记收藏网页。然后 AI 工具在另一个窗口开着，跟你的笔记库完全隔离。

每次想让 AI 帮你处理什么，得手动复制粘贴，把上下文喂给它。

这不是 AI 协同。这是拿 AI 当搜索引擎用。

真正的 AI 协同，是让 AI 能直接进入你的工作空间，像一个同事一样读写、整理、搜索你的资料。你不用每次都站在旁边盯着，它自己就知道该干什么。

类似的工具会越来越多。关键是你得有这个意识——把你的知识库变成一个 AI 能读、能写的开放空间。

对了，真要说的话，Tolaria还有两点值得推荐下： 其一是，软件占用空间是真的小，Obsidian直接659M，但是Tolaria只有它的十分之一。

其二是，Tolaria其实用上了Notion笔记的功能，集成了【块】的概念，可以直接拖拽块来移动段落等功能，而且输入 / 还有一样类似于Notion在线笔记的高级功能，比如表格、附件、白板等等。

10 普通人怎么开始

我知道很多朋友听到「配置」「协议」「MCP」就开始打退堂鼓。

其实吧，作为一个几乎代码零基础的人，我以前也是这样想的——这些技术活儿，我还是算了。

但工具真的在变简单。Tolaria 的连接过程，从头到尾没让我写一行代码。点几个按钮就完事了。

怎么开始，三步。

第一步，选一个 AI 友好的笔记工具。不一定是 Tolaria，关键是让 AI 能进来。Obsidian、Logseq、飞书知识库都行，选一个你能坚持用的。

第二步，从一个小任务开始。不要一上来就想「我要用 AI 管整个知识库」。先让它帮你搜一下上个月关于项目管理的笔记，或者把上周的碎片整理成一份清单。感受一下 AI 直接操作你的笔记库是什么体验。

第三步，建立反馈循环。用着用着，你就会发现哪些流程能自动化，哪些需要调整。这是自然演进的，不需要第一天就设计好。就像我之前写Obsidian那篇文章一样，可以直接喂给AI一个知识库的思路，让AI结合你自己的仓库去思考分析一个个性化的方案。

写在最后

我一直认可一句话：不是因为厉害才开始，而是因为开始了才厉害。

放到 AI 工具上，一样适用。

很多人觉得 AI 是程序员的东西，不懂代码就不配用。

但你看我这篇文章里写的这些——配置 MCP、连接 Agent、让 AI 批量改几百篇笔记的 frontmatter、把因为语法不兼容挂掉的图片一键修复。

没有一行代码。

我只是用产品经理的思维，把 AI 当成了一个能进我笔记库干活的同事。

工具再强，不用在场景里，就是废铁。你的笔记库、你的知识体系、你的碎片灵感——你每天都在产生这些东西，但它们从来没被好好利用过。

给 AI 一把钥匙，让它进来帮你管。

先跑起来，再优化。

共勉。