夜雨聆风别急着让AI帮你打理一切。基础没打好，再强的AI也救不回来。
我踩过这个坑，而且踩了好几次。
过去几个月，我一直在捣鼓各种“AI + 第二大脑”的组合方案，试过不同的工具链和架构，但前前后后崩了好几回。问题出在哪儿？不是AI不够强，而是我压根没把地基打牢。
直到我开始认真梳理自己的笔记库、定下一套明确的规则、建立清晰的操作流程，系统才真正跑起来。而且，你得先自己把这些规则玩明白，再考虑交给AI去自动化——顺序搞反了，必翻车。
今天这篇，我就把这一路摸索出来的经验完整捋一遍。纯属个人实践分享，不一定适合所有人，但如果你也想把Obsidian和AI结合起来，搭一个真正能用的“第二大脑”，应该能帮你省下不少试错时间。
说实话，我之前几次失败，根源都是同一个：没把架构想清楚就急着上AI。
你的笔记库必须足够简单，简单到你自己愿意持续维护。否则，坚持不下去的。要让系统可靠，笔记之间的链接必须规范——当你搜某个关键词时，所有相关内容都能被找到，而不是只靠你“随缘”打的标签。
我有个习惯：每天记录自己做了哪些项目。这样AI就能根据“我上周干过什么”来帮我查找资料。但只要有一次忘记链接，整个系统的完整性就开始打折扣。
再强调一遍：
建一个足够容纳你所有数据的系统，但简单到你愿意天天用它。否则，你肯定不会坚持。
还有个小建议：初期别用AI来维护你的笔记库。我花了不少时间手动管理：手动创建主题页、手动给每条笔记打标签、手动建立链接。亲手做一遍，你才能真正理解这套流程，发现那些只有你自己才清楚的细节和规则。
先自己跑通所有流程，定义好链接规则，把它摸透了。如果连你自己都搞不清楚，又没有明确的规则约束，那AI一进来，整个系统只会乱上加乱。
等所有细节都敲定了，再写一个技能文件或者Agent.md，把规则教给AI。
任何有命令行权限、能编程执行任务的AI Agent都可以。大多数人用的应该是Claude Code。Claude Cowork和网页版Claude.ai不行，因为它们没有非沙盒环境的Shell访问权限。
理论上，Cowork如果把笔记库放在同一个文件夹里也能凑合用，但Claude Code用起来更方便，而且能直接在对话里编辑技能文件，Cowork做不到。
Codex或者OpenClaw我没试过，但理论上应该也可以。
首先得说清楚：文件夹结构对Obsidian本身其实不重要。Obsidian在界面上按文件夹层级展示，是因为磁盘上就是这么存的，而且我们也习惯这么看。但Obsidian的图谱模型在索引笔记间连接时，并不依赖文件夹层级——那纯粹是视觉上的。
不过，文件夹结构对AI Agent来说很关键，因为它要用Obsidian CLI（后面会细说）。主要体现在三个方面：
作用域限定：Obsidian的folders命令会返回整个库的层级结构，让AI快速了解整体布局。
性能效率：像搜索这类命令，可以限定到特定文件夹，效率会高很多。
安全性：如果你在试验新的AI自动化流程，可以指定文件夹路径，把操作“关在笼子里”。AI经常做批量操作，万一出问题，也能把影响范围限制住。
我试下来最顺手的结构，就是建几个顶层文件夹，按类别划分。你也可以按项目或领域来分，看你自己。我的文件夹都加了编号，方便整理——再次强调，这只是我的习惯：
00 Daily Notes —— 每日笔记
10 Raw —— 原始素材：网页剪藏、播客转录、PDF等。这里的内容从不直接编辑。
20 Notes —— 精炼后的笔记。不是大段的原始文章，而是整理好、可以直接用的干净笔记。
30 Projects —— 每个项目建一页。在Sources字段里，链接到该项目相关的原始材料和笔记。
97 Topics —— 主题页文件夹，下面会细说。
98 Assets —— 所有媒体文件统一放这儿。也有人喜欢把图片放对应笔记旁边，我习惯集中管理。
99 Templates —— 模板文件夹。每个文件夹都有对应的模板，预先填好我需要的Frontmatter字段。
我还有几个额外的文件夹（40-、50-、60-等等），但上面这些是核心骨架，你可以按需扩展。
子文件夹怎么组织？
子文件夹我用了好几种方式，不同文件夹不同策略。我不按“语义”分组，而是按系统性来分，方便需要时快速找到：
Archive + Current 归档/当前
年份 > 日期子文件夹
子主题文件夹（如果你实在想按语义分组的话）
总的来说，建议远离那种需要频繁移动笔记的动态分类，比如“未开始”“进行中”“已完成”这类。更优雅的做法，我们下面会聊到。
Frontmatter的一致性，是第二大脑能活下去的关键。如果你开始漏填字段、忘记加标签，系统质量就会一点点塌陷。再次强调：建一个足够复杂但又简单到你会坚持用的系统。这个平衡得靠实践来找。
用Templater插件给每个文件夹设置模板，是确保字段不遗漏的简易方法——每次新建笔记，该填的字段已经在等着你了。
经过大量试错，我现在给所有笔记规定的Frontmatter字段就这四个：
type（类型）
topics（主题）
tags（标签）
sources（来源）
type（类型）
类型对应顶层文件夹，是静态的，描述笔记属于哪一类。我用“/”来表示子类型，对应具体子文件夹，比如：
Raw/Article
Raw/Podcast
Raw/Research-Paper
Topic
Notes
Template
Other
topics（主题）
主题页一般是静态的，但随着笔记增多，主题集合会增长和变化。一篇关于“安全”的笔记永远跟安全有关，但当你攒了几百条都标了“安全”时，就该考虑拆分子主题了。
拆分过程可能有点乱，我分享一个简化办法：
建一个文件夹专门放主题页，集中管理。
每个主题页就是个空白占位页。你当然可以在里面写点主题介绍，但我全都留空。（这样它们能在图谱视图里显示出来，瞬间让图谱看起来酷十倍——亲测有效。）
在Frontmatter里加一个字段叫 Up，指向父级主题。比如“安全”作为父主题，子主题有“数据泄露”“AI安全”“安全技巧”，每个子主题的Up字段都指向“安全”。
当我发现某个主题太“拥挤”了，我就让AI帮忙：
找出所有带该主题标签的笔记；
根据笔记内容，定义几个新的子主题；
用现有主题页作模板，新建子主题页；
把子主题的Up指向父主题；
遍历所有笔记，酌情保留原主题或改标新子主题。
最近我刚对“AI新闻”主题做了这件事。内容太多了，Claude帮我建了“AI公司”子主题（下面再分具体的公司页）和“产品发布”主题，然后把所有笔记重新归类。
顺便说一句：这套流程是我先手动跑通、完全理解的，所以我才放心写个技能让AI去自动化，而不用担心它把系统搞乱——比如留下没主题的笔记、指向不存在的主题，或者搞出几个重复类似的主题。
我喜欢在图谱视图里把所有主题页设成同一种颜色，这样一眼就能看出主题之间的链接关系，也能快速发现哪个主题过于饱和。如果你把所有主题页的Frontmatter都设成 type: topic，在图谱视图里过滤 ["type": topic]，就能只显示主题页和它们的链接关系，看起来大概是下面这样（示意图略）。
我的个人规则是：一篇笔记可以标多个主题，但这些主题要么不相关，要么是“姐妹”关系，不能是“父子”关系。比如我可以同时标“设计工具”和“产品发布”，但不会同时标“AI新闻”和“AI产品发布”——因为后者是前者的子集。这只是我的偏好，但确实让系统更干净。
这也是你必须自己先摸索清楚的小细节。先自己用，再教AI。
tags（标签）
标签用来标记临时状态。比如这篇笔记还在草稿阶段？标 status/draft。写完发布了？标 status/published。我还会建一个临时标签，比如 the-clique，用于本周通讯稿要用的素材。写完通讯稿后，把所有用过这个标签的笔记清掉，下周重新开始。
sources（来源）
这是最后一个核心Frontmatter字段。在Sources里，我添加当前笔记所引用来源的链接。
举个例子：我写一篇文章，可能会引用我“Notes”文件夹里的几篇笔记；而每篇“Notes”又会链接到它的原始素材（Raw文件）。我发社交媒体宣传某篇文章时，那篇帖子的Source就是我的文章页。
这样做的好处是：链接有了明确的方向（从上到下），而不是随机乱连。而且这种“由新到旧”的方式更实用——我基本不会回去给旧笔记加新链接，而是在创建新笔记时，顺手就把链接加上了。
正文中的双向链接
除了Frontmatter，我还在正文里大量使用Wikilinks（比如 [[笔记名]]）。主要来源放Frontmatter，但如果我在写作时提到了别的笔记或想法，我一定会加上链接。输入 [[ 再输入关键词，Obsidian会自动补全，回车就建好了——两个具体想法之间就有了连接。
可能有人不认同，但我几乎把所有Claude Code的工作都放在同一个文件夹里，所有常用技能和CLAUDE.md都配置好放在那儿。
为了操作Obsidian，我写了一个Obsidian-CLI技能，让AI通过命令行跟Obsidian交互。这比单纯的文件操作高效得多，因为能用上Obsidian自带的文件索引和搜索功能。
用这个技能时，我通常会给AI类似的提示：“素材都在我的笔记库里”，或者“帮我把这篇研究整理成一份干净的笔记，你需要的都在我库里”。
只要提到一次“vault”，Claude就知道整个会话期间该从哪里读文件、往哪里写文件。我不用每次都手动上传，甚至不用把文件名写对——因为搜索功能会自动匹配。
这个技能我开源了，感兴趣可以拿去用（GitHub链接略，自己搜吧）。它更像一个“驱动程序”，只教AI怎么执行基础操作——搜索、读文件、改文件——不包含任何具体的架构规则或多步流程。这样设计更灵活。
另外，Obsidian CLI更新比较频繁，建议定期让AI去读官方文档，帮你更新技能文件。
要让这套系统发挥真正威力，你得修改CLAUDE.md。我建议：先让AI对你的笔记库做一次全面评估。
让它去探索各个文件夹，看看里面有什么，找出那些你以后可能常用的关键文件——比如上下文文件、品牌风格指南、当前工作目标和重点。告诉AI这些是常用文件，让它记录到记忆文件里，以后需要时直接调用。
你也可以定期重新跑一遍索引流程，刷新新增的文件。
坦白说，上面这些就是我的核心配置了。我也试过在CLI技能之上写一些额外的工作流技能，但发现它们太死板、限制太多。
我的做法是：AI已经有了所有必需的工具，大部分维护和管理任务都能随时处理。我不会为特定任务写专门的技能，而是直接告诉AI我需要什么。到目前为止，我还没遇到哪个复杂任务重复频率高到值得专门写个技能。
不过，有些场景你可以试试：
内容导入和批量操作
有时候我会忘记给笔记加主题。只要给AI明确的指令，它就能轻松搞定——从主题页文件夹读取你的主题结构，阅读每条笔记判断该标哪个主题，然后写入文件。前提是：你要把你自己总结的那套链接规则和系统逻辑告诉AI，它才能正确地操作。
我还会用AI做各种批量操作，比如重构或删除标签、归档旧文件、清理笔记、去重等等。
每日简报
这个我不常用，偶尔实验一下。你可以让Claude每天定时把天气、新闻摘要等内容写到你的每日笔记里。也可以单独建一个任务管理库，让AI每天早上给你一份“今日待办”简报。
最近在玩的新花样
Obsidian CLI有个开发者套件，我最近才开始摸索，挺有意思的——可以在Obsidian运行时执行JavaScript、查询实时界面、截屏、甚至触发命令面板里的任何命令。
实操层面，我可以让Claude找到并直接在我Obsidian里打开一篇笔记，自动弹出新标签页，不用我手动搜。截图功能也很有趣：可以让Claude打开并截取你的Excalidraw草图，然后转成流程图，甚至直接执行草图中描述的工作流——“手绘草图 → 一键执行”，就靠一句提示词。
我还在琢磨怎么把这融入日常工作流，但玩起来确实带感。
这套系统最大的价值之一，就是能从你的笔记里“学东西”。我会存下听的播客、读的文章、项目进展、每日日志和反思——第二大脑里装着我工作和兴趣相关的所有东西。AI可以帮助我们连接想法、发现模式。
哪怕只是简单地对AI说一句：“你有我第二大脑的全部权限，这里面存了我所有工作笔记，它们都相互链接。请你通读所有内容，看看连接、主题和链接关系……”
然后你可以接着问：
“我能从中学到什么？”
“给我一些关于……的建议？”
“我接下来该做什么项目？”
“这个项目下一步怎么走？”
“你发现了什么规律？”
“把你了解到的关于我的信息，更新到CLAUDE.md里。”
去试试吧，答案可能会让你意外。
我现在最常让Claude干的事，就是写研究报告。很多时候，我只需要在笔记库里记下某个主题的零星想法，然后直接让Claude去读、去研究，再把报告写回我的笔记库。
不用再担心文件存哪了、格式对不对——报告已经自动标好了主题、链接了原始笔记、状态设为“待读”，就安安静静躺在那里等我看。
我再也不用手动拖拽文件到聊天框了，因为Claude随时能访问它需要的一切。我甚至不用把文件名说对，说一句“我库里有些关于X的笔记”通常就够它找到了。也不用反复给它贴风格指南——它会自己去翻。更不用翻遍文件夹找参考示例——Claude自己就有。
看出规律了吗？这套配置彻底改变了我的工作方式。
而且它一直在跟我一起成长——我可以为任何新工作流添加技能，同时复用已有的基础设施。数据越积越多，它就越强大。
而这一切的起点，就是把基础打牢。
