AI 时代的第二大脑长什么样

在 2026 年，你的笔记决定你能调用多少 AI 的能力——它不再只是给自己看的备忘，而是 AI 的长期记忆、是你和模型之间的"上下文层"。一个笔记的形态，决定了它能不能让 Claude 在你身边读、写、检索、归类，能不能撑住每天几十次 AI 协作的密度，能不能跨年、跨工具地持续沉淀。

但大多数人手里的笔记产品都不是为这个时代设计的——要么节奏跟不上，要么把数据锁在 SaaS 黑盒里，要么开始反过来卖独立 AI 给你。所以"AI 时代的第二大脑应该长什么样"，是一个值得每个 AI 重度用户重新想一次的问题。

下面是我半个月前让 Claude Code 帮我从零搭的答案。先看效果——跑了半个月之后长这样：

00-收件箱/      待 triage 的临时落点
10-项目/        PARA：手头活跃的工作
20-领域/        PARA：长期关注的责任
30-资源/        PARA：参考资料库
40-原子笔记/    Zettelkasten：知识细胞（含 RAG/Agent 等主题子目录）
50-主题地图/    LYT/MOC：跨目录的主题入口
60-创作/        创作管道：idea → outline → draft → ready → published
70-日志/        Periodic Notes：日记 / 周记 / 月记
90-归档/        只读
99-系统/        CLAUDE.md / 模板 / 词典

骨架不复杂，但里面藏着几条不那么显然的设计：

• 三套方法论拼接：PARA 管时间、LYT/MOC 管空间、Zettelkasten 管原子粒度——三件事不冲突，叠在一起才完整
• 自建极小：1 CLAUDE.md + 2 skill + 5 slash command + 6 模板，其余 95% 用社区插件
• AI 分层协作：AI 写"知识层"（事实、整理），人写"判断层"（立场、反例）。每条原子笔记的 论证强度 字段就是这层分工的契约
• 状态迁移 = mv 文件：从一句话灵感到公众号 / 知乎 / 小红书发布，全流程靠 60-创作/ 五个子目录之间的文件移动驱动
• bottom-up 涌现：上面这套规则不是搭建第一天 Claude 给我的——#归类/ 命名空间、论证强度 字段、Auto Note Mover 边界，都是用了半个月才长出来的

至于每一条为什么长成这样、为什么 wolai 和 Notion 都没接住我、AI 时代的笔记到底应该长什么样——故事得从今年四月中旬那个我对着续费按钮发呆的晚上讲起。

故事的起点：四月那一晚

四月中旬的一个晚上，我打开 wolai——那个我用了好几年、攒了几十万字的国内版 Notion——准备记一段当天的想法。光标在空白页上闪了几下，我没急着输入，反倒鬼使神差地把侧栏拉到底，去翻了翻它的更新日志：

Visitar

不是说它死了——"持续安全运行 2,148 天"是真的。但最近一次更新停在 2025 年 10 月，距今已经半年没动了；再往前翻，2024 年 5 月之后整整一年多只有零星几次发版。整个产品散发着一种"维护中"的气味。

顺手点开个人主页看了一眼——

顶上那条红色提示挂在那里——"个人免费版空间目前已经超过块限额(1000)"。我的笔记规模已经早早突破免费版天花板，但更扎眼的是这个页面原本是"全网公开"的——我半年前还能把链接直接发给朋友看，现在这个最基础的"分享一个公开页面"功能，也被关进了付费墙。

更新越来越慢、原本免费的核心功能开始付费化——这是两个并列出现的离开信号。

我把鼠标移到续费按钮上，又挪开了。

不是钱的问题。但当晚我也没到立刻拍板的地步——我把鼠标挪开、关掉浏览器，照常洗澡睡觉去了。

真正让我开始认真考虑换工具，是接下来一两周里慢慢冒出来的一个发现：

进入 AI 时代之后，我记的东西越来越少了。

以前写代码遇到技术细节、踩了坑、找到一个非显然的解法——我都会顺手记下来，给下一次的自己留个 reference。我那几十万字 wolai 笔记里，相当一部分就是这么攒的。

但用了 Claude Code 之后，这类笔记几乎不再产生了——AI 已经把问题解掉，下一次类似问题它还会再解一遍，我已经不再需要"靠笔记记住怎么解 bug"。我记的东西的性质悄悄变了：从"操作手册式的细节"，换成了系统性的思考、决策的理由、读完一篇论文之后想清楚的那一两个洞察。

这一刻我才反应过来——笔记的性质变了，那笔记的载体是不是也该重新挑一次了？

我决定到期不再续费 wolai，找一个能撑十年的笔记底座。而且这一次，我让 Claude 帮我把这件事做完——我不打算自己一格一格再搭一套体系，太累了，而且我已经知道，这种事 AI 比我做得快、做得好。

那一晚的犹豫加上那一两周的发现，把我推上了一条意外的路——一段让 Claude Code 帮我从零搭新体系的半个月，以及一系列不得不重新想清楚的问题。

Notion 接不住我

准备迁出 wolai 之后，自然想到的下一站是 Notion。同样的块级编辑、同样的多平台、同样在中国程序员圈里有口皆碑。我注册了一个工作区，准备搬。

第一道墙撞得很快。我现在的笔记 70% 是 Claude 在写——我让它帮我系统性整理一个主题，让它把一段视频转录成结构化笔记，让它把一篇论文压成几条原子级洞察。这种工作流要求 AI 能像写文件一样自然地往笔记里写东西。Notion 有 MCP，我满怀期待地接上。

接完之后，撞墙撞了三层。

第一层：又慢又总要重新授权。

Notion MCP 不是直接读写文件，而是把每次操作打包成 API 请求发给 Notion 服务器，再等响应回来。Claude 写一篇结构稍微复杂一点的笔记，要拆成十几个 block append 调用，每个都要走一次网络往返——整篇笔记落地的时间几乎全花在等服务器上。更让人没耐心的是它还不是一次授权终身使用，隔三差五就会跳出这样一个确认框，要我手动点过才能继续：

一次 Claude 整理主题的任务，可能被切成 3-4 段，每段我都得盯着屏幕"嗯，过"——加上前面 API 往返本来就慢，整个工作流就被这两层摩擦拖得粘稠。Obsidian 那边完全没有这两层：本地文件，Claude 直接 Write 一个 .md 文件就完事，本地磁盘 IO，毫秒级，没有任何中间人要点头。我每天可能让 Claude 改十几个文件，这个差距被无限放大。

第二层：AI 订阅孤岛。

Notion 这两年的演进重心明显在 AI——内置的 AI 写作、Q&A、agent 类能力一波接一波。打开 notion.com 一眼就能看见：

Visitar

但这些对我来说全是冗余。我的核心 AI 订阅已经在 Claude 那边——Claude Code 200 刀的套餐每天烧得满满当当，能力、上下文、记忆都已经够用。我要的是把已有的 Claude 能力延伸进笔记，不是为笔记软件再付一份独立的 AI 钱、再适应一个新的 agent 风格。工作流应该由我可控，不该被某个 SaaS 反过来圈进它的 AI 生态里。

第三层：块级编辑过时了。

Notion 引以为豪的"块级编辑"——可以拖拽、嵌入、双向数据库、把每段文字当成可重排的乐高积木——这套范式在"人写人读"的年代是先进的。但当我的笔记主要是 AI 在写、我在读、再加上 AI 帮我检索回顾的时候，block 反而成了枷锁。具体表现是：Notion 内部是 block JSON，markdown 到 block 的转换并不完整，嵌套列表、callout、代码块语言标记落地后都有变形——AI 写得别扭，我读得吃力，搜索还不透明。

但真正让我下决心关掉它的，是上面那张图背后更大的事——Notion 自己已经不再是当年那个"第二大脑"了。它正在朝 企业 AI 工作平台 演化，对 Forbes Cloud 100 那种客户可能合适，但和我的目标已经错开太远：

Notion 想做的是 OS，我要的是文件系统。 这两件事在 2026 年已经不是同一个产品。

嫌弃了两年的 Obsidian

Obsidian 我其实早就装了。两年前装的，图标一直在 Dock 栏上：

但我一次都没真正点开过——理由是它"不够块级"，文件就是一个个 markdown，太"原始"了。

直到这一刻我才意识到：我以前嫌弃的所有点，恰好是 AI 时代笔记的优点。

kepano 是 Obsidian 的 CEO。他在 File over app 里讲过一个朴素到几乎反常识的道理：软件会消失，文件不会。Notion 可能死，Obsidian 也可能死，但你硬盘上一堆 .md 文件不会因为任何 app 死掉而打不开。AI 时代真正能复用的笔记，不是某个 SaaS 的内部结构，而是 plain text + 你能控制的目录结构。

这是我从 wolai 和 Notion 撤退的根本原因——数据主权。

但话说回来，光有 Obsidian 不够。Obsidian 是个空的 markdown 编辑器，它不会告诉你"知识应该怎么组织"。所以我做了那个让我后来庆幸的决定——把"怎么组织"这件事，整个外包给 Claude。

一句话需求，一份方案

我打开 Claude Code，敲了一段话——后来这段话被它原封不动写进了搭建方案的 Context 里：

现在我要搭建一套属于自己的 Obsidian 系统，你来看看相关的项目什么的，你看看 github 上有没有什么相关的仓库，就是我要有一个体系来，然后可以很好的使用 ai 来管理自己的一整套体系。

我没说目录长啥样，没说要哪些插件，没说方法论。只说了三件事：我想要一个体系，最好别从零造，最好能让 AI 顺畅地参与。

几小时后 Claude 给了我一份方案文档。我读完批准。它的核心是五条原则，简单到我后来反复引用：

1. 能装插件就不写代码——日记、模板、双链、剪藏、自动归类，社区已有成熟插件，全部直接装
2. 能 clone 就不从零搭——以 kepano/kepano-obsidian（Obsidian CEO 公开的个人 vault）为目录骨架的参考样本
3. MCP 而非自写 Skill——用现成的 MarkusPfundstein/mcp-obsidian 接入 Claude Code，不重复造"读写笔记"这种基础能力
4. 复用现有的 yux-* skill 链——我已经有写好的成稿润色 + 多平台发布技能链（公众号/知乎/小红书），新系统只接"灵感→草稿"前半段，后半段直接交接
5. 自建仅限"现成方案做不了的语义判断和粘合层"——CLAUDE.md 规范、AI 触发的 triage 提示词、衔接胶水

最后自建工作量被压缩到：1 份 CLAUDE.md + 2 个 skill + 5 个 slash command + 6 个 Templater 模板。比我自己想到的初版方案少了 60%。

我看着这份方案，第一反应是——"这个 AI 比我懂得克制"。

大多数人搭 vault 失败，不是因为不够努力，而是因为想自己写每一行规则。结果三个月后看着自己写的那一堆 hook 和 skill 维护不动，新鲜感一过整个体系就荒废了。Claude 一上来就告诉我：95% 的能力外包给生态，自建只解 AI 才能解的那 5%——语义层面的判断。这件事本身就是这次实验里最大的收获之一。

Claude 搭出来的样子

Claude 给我的核心交付物，是 vault 根目录下的一份 CLAUDE.md——这份文件就是整套体系的"宪法"。它定义了 vault 的语言、方法论、双场景边界、AI 角色、目录硬规则、frontmatter、标签命名空间……每次新开 Claude Code 会话，它读完这一份文件就能立刻接管整个 vault 的协作。开头长这样：

骨架你已经在开篇看过了。这里不再贴一遍——我想说的不是目录本身，而是骨架背后的三套方法论怎么咬合在一起，以及两条决定它能不能用的边界。

骨架背后是三套方法论的混合——每一套各管一个维度：

PARA 管"我手头的东西按可执行性怎么分"，LYT 管"想法之间怎么互相召唤"，Zettelkasten 管"每条洞察怎么独立成块"。三件事不冲突，叠加起来才是完整的——大多数人只学一个，结果系统总差一截。

为了让你不只是"听我转述"，我把这三套方法论作者各自最锋利的那一句拎出来——

Tiago Forte 的 PARA，原文里关于"为什么不按主题分类"的核心判断是：

这就是为什么我的 10-项目 / 20-领域 / 30-资源 / 90-归档 是顶层——它们是行动状态，不是话题。"AI / 写作 / 产品"这种主题分类只是次级的 #主题/ 标签。

Sönke Ahrens 在 How to Take Smart Notes 里讲 Zettelkasten，被引用最多的一句是：

A note is only as valuable as the network it's embedded in.

一条笔记的价值，等于它所嵌入的网络的价值。

一条原子笔记本身没意义，它的价值来自它和其他笔记的连接密度。这就是为什么 40-原子笔记/ 里我鼓励密集双链——每加一条链接，整个 vault 的资产都在升值。

Nick Milo 的 LYT 则把上面这条用一种更工程化的方式落地——他反对硬编码的"完美分类"，主张用 MOC（Map of Content）作为活的目录页，让结构在使用中长出来。这正是 50-主题地图/ 的底层逻辑：MOC 不是文件夹的替代，而是让你能从一个主题的入口看到所有相关的零散笔记——比文件夹更松、比标签更结构化。

而真正决定这套体系用得起来还是用不起来的，是两条不能搞混的边界：

第一条：40-原子笔记/ ≠ 60-创作/素材库/。 前者是永久知识资产——一条原子笔记 = 一个独立、可被任何地方引用的想法或洞察，期望被反复反向链接。后者是一次性物料——某篇具体公众号稿件用到的金句、案例、引文片段，生命周期等于那篇稿件。搞混这条边界，知识库迟早会被一次性内容淹掉。

第二条：知识库 ≠ 创作。 10/20/30/40/50/70 是知识层，60-创作/ 是创作层。两层之间用单向嵌入连接——稿件可以用 ![[原子笔记#章节]] 引用原子笔记的内容，但原子笔记不反向链回稿件。这道单向阀保护知识层的纯净，让一篇博客火不火都不影响背后那条原子笔记的稳定性。

标签系统按命名空间严格分四类：

• #类型/原子 — 结构类型，AI 自动按 frontmatter 字段打
• #主题/ai — 主题分类，人手打
• #状态/待读 — 临时状态，用完即删
• #归类/RAG — 子目录归类（仅用于 40-原子笔记/），AI 按主题自动打

最后那条 #归类/ 命名空间，是搭建第一天没有的——是过了两周后我发现原子笔记多了想分子目录，但又不想让 Auto Note Mover 重写整个归类逻辑，所以单独开了一个命名空间专管"原子笔记的二级归类"。

这个细节我后面会专门拎出来讲——它是这次实验里最让我意外的一段经验。

我每天怎么用它

浏览器一键归位

这条流程现在已经是肌肉记忆。Chrome 装了官方的 Obsidian Web Clipper，看到好文章按一下——上周看 Anthropic 那篇《Building effective agents》就这么操作的——整篇正文 + 来源 URL + 我标的高亮，连同自动填好的 frontmatter 一起落到 00-收件箱/。

回到终端跑 /inbox：

$ claude
> /inbox

Claude 读完那篇文章，回我："这篇内容是 Anthropic 官方对 agent 设计模式的总结，结构性强、不是个人观点——判定为'文章剪藏'类型，建议归到 30-资源/文章剪藏/。需要我同时拆 3-5 条原子笔记到 40-原子笔记/Agent/ 吗？"

我说"先归到剪藏，原子笔记我自己看完再拆"——它 mv 文件、补 类型: 文章剪藏 frontmatter、加 #类型/文章剪藏 #主题/ai 标签，30 秒搞定。整个过程我只做了两个动作：按一下 Clipper 按钮、敲一句话。

这条流程半个月前还是手动的——下载 → 重命名 → 决定放哪个文件夹 → 写 frontmatter——一篇至少 5 分钟，遇到不知道归哪儿的就拖一周不处理。现在收件箱里堆十篇，我也能 5 分钟过完。

一句灵感到成稿

这是我整个系统里最长的一条管道。从一句灵感到三个平台（公众号、知乎、小红书）发布完成，全部用文件移动驱动：

/idea 谈谈 Claude Code Skill 比 MCP 灵活的原因
   ↓ 60-创作/01-灵感池/20260502-...md（Templater 自动写入 frontmatter）
/draft <灵感文件>
   ↓ Claude 从 40-原子笔记/ 拉相关原子，从素材库拉历史素材，组织大纲+初稿
   ↓ 落到 60-创作/03-初稿/
/publish
   ↓ yux-blog-writer 润色 → yux-publish-* 多平台发布
   ↓ 文件 mv 到 05-已发布/2026/05/，frontmatter 回写各平台 URL

这条管道有一个我特别喜欢的设计：状态迁移就是 mv 文件。文件在哪个目录里，就是它的状态。Kanban 插件直接基于 60-创作/ 五个子目录生成五列看板，零代码——你拖一下卡片，文件就被移动了。简单到几乎不像一个工作流。

AI 写，我只读

这个场景才是从 wolai 几十万字"人写人读"模式到 AI 时代"AI 写人读"模式的真正切换。

我让 Claude 帮我系统性整理某个主题——比如 RAG。它会直接写到 40-原子笔记/RAG/ 下，每条都是一篇独立的原子笔记，自带 #类型/原子 #归类/RAG #主题/ai 标签和正确的 frontmatter。它写完后告诉我："这一批我写了 12 条，你抽空读一下，论证强度我都标了'待验证'，等你过了一遍再改成'已验证'。"

我做的事只有：读、判断、把"待验证"改成"已验证"或者"推测"。我那几十万字 wolai 笔记里有相当一部分其实就是这种整理工作——本来就该 AI 做。我现在敢把 70% 的写作交给 AI，是因为我的角色已经变了。

跨会话也一致

最让我感到这套系统"活了"的瞬间，是某个新开的 Claude Code 会话——我没给它任何提示，直接丢一段文字过去："帮我贴到合适位置。"

它读了 CLAUDE.md，分析了我那段文字的语义，告诉我："这段不像原子笔记（结论不够独立），更像创作素材——给你的是哪篇稿件准备的？"

它在用我的规则反过来问我。

这是搭建第一天我没预料到的副产品——当你把规则写得足够清楚，AI 在执行规则的过程中，会逼你想清楚自己到底在做什么。

半个月后我才明白的事

AI 时代搭知识体系最容易踩的坑，是让 AI 帮你设计一套"完美的分类"，然后你跟不上预设。

搭建第一天，Claude 给我的目录结构工整得像考试答卷。但真正能用到第十五天的，是工整答卷加上一系列"用过才知道"的修补——比如：

• 原子笔记越积越多，根目录开始混乱 → 加 #归类/ 命名空间和主题子目录
• AI 写的笔记和我自己思考写的混在一起，分不出来 → 加 论证强度 frontmatter 字段做分层

这些规则不是 Claude 第一天 pre 出来的，是用了半个月、踩了几个坑后长出来的。

我第一天的方案如果照抄 kepano，今天那个 #归类/ 永远不会出现——因为那不是 kepano 的需求。真正能用的体系是用出来的，不是想出来的。

重新想 AI 时代的笔记

讲到这里，我能拍板的判断有三句——尽量简单地说：

第一句：笔记的对面，从我变成了 AI。

以前写笔记是给未来的自己看的——所以记得越多、整理得越漂亮越好。但现在我大部分时间是 AI 在帮我写、帮我读、帮我找。笔记的真正对面变了：它现在是 AI 在你身边随时要调用的"长期记忆"，你只是顺便读一读。

这件事直接决定了笔记工具的选择标准。我撤离 wolai 和 Notion 的根本原因不是它们停更或者卡顿，而是它们的内容 AI 用不上——一个 SaaS 黑盒里 AI 没法在你身边随时调用，再漂亮的笔记本都救不了。所以我现在评估笔记工具，第一个问题是"我的内容能不能被 AI 自然读写"。能就用，不能就放弃。

第二句：AI 写知识，人写判断。

事实、整理、技术原理这些 AI 写得比我快比我准——让我手写就是浪费两个人的时间。但立场、评价、反例必须自己写。不是因为 AI 写不出来，是因为你一旦把这部分也外包出去，你会慢慢失去对自己判断的信心。今年三月那篇 HN 高赞文章把这件事讲得最狠：

我的对策是给每条笔记打个"待验证 / 已验证 / 推测"的标——AI 写的全标"待验证"，等我读完后改成"已验证"或"推测"。按下这个键的，必须是我。

第三句：体系是用出来的，不是想出来的。

这一句上一节已经讲透了——别让 AI 第一天给你画一张完美的目录表，跑两周自然会冒出几条只有你才需要的规则。

这只是个开始

这套体系搭起来才半个月，远没有定型——但已经够我用，也够我把这篇博文写出来。

如果你也想搭一套自己的——别抄我的目录，抄方法。把这篇博文丢给 Claude Code，告诉它：

参考这篇博文里的体系，给我搭一套属于我自己的。
不要直接抄目录，先问我 10 个问题，比如：

  - 我每天会读多少新内容？是看视频、读论文，还是逛博客？
  - 我有没有写作或发布的需求？发到哪里？
  - 我希望 AI 在我的笔记里扮演什么角色——
    只读、整理、还是直接帮我写？
  - 有没有哪些笔记是只服务一次的素材，哪些是要长期沉淀的资产？
  - 我的旧笔记在哪里？是想全迁过来还是慢慢消化？
  - ……剩下的你来问。

把我的回答记到 CLAUDE.md 的 Context 段里，然后再给方案。

它会给你一份和我的不一样、但属于你的体系。

至于 wolai 那几十万字笔记，我没全部迁过来——我让 AI 慢慢消化它们。这是体系第二阶段的工作。如果哪一天你看到这个博客出了一篇《我让 AI 替我读完了几十万字旧笔记》，那就是体系长大了。

那一刻它就不再只是一个 Obsidian vault——它会是一个真正属于我的、能撑十年的第二大脑。

延伸阅读

如果你想深挖这篇文章引用过的方法论和工具，下面这几条按重要性排序：

• File over app — kepano 把"为什么数据应该是文件"讲透的千字短文，5 分钟读完受用十年
• How I use Obsidian — kepano 自己的 vault 长什么样，bottom-up note-taking 的代表样本
• The PARA Method + Introducing The AI Second Brain — Forte 的 PARA 原论 + AI 时代延伸
• How to Take Smart Notes (Ahrens) + Linking Your Thinking (Milo) — Zettelkasten 和 LYT 的方法论原典
• AI-Augmented Zettelkasten Forum 帖 — 反对"AI 直接写卡片"的代表声音
• MarkusPfundstein/mcp-obsidian — 让 Claude Code 能自然读写整个 vault 的 MCP server