如何将Claude和Obsidian打造成个人AI操作系统

我把Claude对准了一个包含17000条笔记的文件夹，问了一个关于我个人优先级的问题。它给出了一个自信、流畅、但完全错误的答案。

不是模型弱。是因为它没有地图。它读取了窗口内能容纳的内容，用合理的猜测填补了其余部分，然后用与正确时同样的语气说了出来。

就在那一刻，我停止了编写更长的提示词，转而开始构建三个文件。

为什么更大的上下文窗口解决不了这个问题

Claude的上下文窗口很大。但它不是你的知识库。

把一个未经整理的文件夹丢进提示词里，说“你知道我的笔记“，实际发生的情况是：Claude采样了能放进窗口的内容，推断出空缺，然后用同样的自信回答——无论它是否读到了相关的笔记。它不是在撒谎。它是在即兴发挥，因为没有任何东西告诉它该往哪看。

知识库里有信号。没有结构，Claude就是在噪音中工作。

解决办法不是更长的提示词。而是三个文件，放在知识库的根目录，每次会话开始时读取。

三个文件，按顺序

1. me.md —— 你的可携带身份

一个Markdown文件，任何AI模型都可以读取，从而知道你是谁、你如何做决定、以及你当前在做什么。不是简历。是一份简报文档，就像你会在第一天交给新合同工的那种。

做这件事最久的构建者们有意识地让它保持精简：每个当前项目一行，你实际的决策默认值（“先发布再计划”），沟通偏好，硬约束，以及一个每周重写的“当前焦点“区块。其他所有内容——历史、旧项目、你没有付诸行动的观点——都放在另一个单独的参考笔记里，不放在这里。

比模板更重要的一点：这个文件故意设计为与模型无关。用一行代码让Claude自己的根指令文件指向它——先读me.md——而不是把你的身份塞进Claude特定的配置里。这样当明年出现更好的模型时，你不需要重建任何东西。你把一个文件复制到新工具里，第一条消息就能获得完整的上下文。

2. 知识库地图 —— AI被允许查看的地方

一个有17000条互相关联笔记的知识库不可能被完整读取，也不需要。地图的工作是告诉Claude哪大约20条笔记总是相关的，哪些文件夹是结构（而非内容），以及哪些文件夹应该完全跳过——归档、媒体转储、插件配置。

这里值得借鉴的一个结构模式：将知识库组织成三个顶层桶——一个用于参考知识和想法，一个用于任何与日期相关的内容（每日笔记、会议、日志），一个用于活跃项目和任务。三个文件夹，每个一个清晰的职责。它在你写任何地图条目之前，就给了你和AI一个文件夹级别的答案：“这个该放哪里”。

要避免的错误：不要把知识库地图变成你每天都要碰的活文档。每次真正重组时才构建一次。如果需要每周编辑，那底层的文件夹结构才是真正的问题，而不是地图。

3. 技能地图 —— 行为，与真实文件路径绑定

一个提示词库存储文本。一个技能地图存储自动化做什么、它触及哪些文件、以及它的输出落在哪里——用的是你实际的文件夹名称，而不是通用占位符。

这个文件把“Claude曾经给我写过一次东西“变成了一个每次都以同样方式重新运行的系统。这也是真正的杠杆效应累积的地方——因为一旦你有了技能地图，你可以把相关的技能分组为命名的系统，而不是一个扁平列表。

每日简报系统

把实际的技能——指令本身——保存在知识库内的这个地图里，而不是埋在一个聊天工具自身的记忆里。用AI起草和完善一个技能是可以的。但让它唯一的副本只存在于某个供应商的设置页面里，是不行的。

运行起来是什么样子

早上6点，在我打开笔记本电脑之前，已经存在了一条当天的笔记。它不需要我要求。它拉取了当天的日历，标记了任何昨天仍标记为打开的内容，并从me.md的当前焦点区块中提取了顶部内容，形成一个三行的“今天真正重要的事“部分。

这都不需要Claude实时搜索知识库。地图告诉它打开项在哪里。技能地图告诉它笔记采用什么格式。me.md告诉它“完成“对我来说具体意味着什么。

容易遗漏的部分：笔记中有一个空白区域——一个你可以在白天从手机随手记下的区域，用花括号或缩进项目符号表示。AI会将其视为下一条简报的指令。你不只是从系统接收输出；你也在给它留笔记。

模型切换问题，坦诚回答

一个值得坦率提及的细节：选一个默认模型，保留一个昂贵的模型。合理的划分是：中端模型用于一切常规任务——大多数读取、大多数重写——只有高端模型用于那些出错确实代价高昂的任务：深度综合、会付诸行动的研究，任何“差不多够了“都不行的事情。最便宜的层级值得保留下来用于纯机械工作——摘要一篇传入的文章、打标签——因为任何之后需要检查的事情都不值得用折扣价。

所有错误背后的那个根本错误

整个系统会在自动化只存在于某个AI工具的记忆中而不是知识库中时悄然失效。它能工作几个月。然后一次定价变更、一个功能弃用、或者仅仅是一个产品转向，你就得从“以前是怎么工作的“记忆中重建。

这三个文件押注于：你控制的纯文本比任何特定的AI产品都长寿。这个押注在四十年的计算历史中一直是正确的。今年没有任何迹象表明它不再正确。

本周末搭建它

一个下午，三个文件，按这个顺序：

• 用手写me.md，要诚实——少于600词，每周只更新当前焦点区块。
• 自上而下构建知识库地图：AI实际上需要导航什么才能完成你用它做的工作？只映射那些。
• 在构建第二个自动化之前，先在技能地图中记录一个真实的自动化。
• 将AI工具的根文件指向me.md，用一行重定向代码，使身份信息保存在该工具之外。

像测试新员工一样测试它：把me.md粘贴到一个新会话中，问它你现在的首要任务是什么。如果答案错误或模糊，说明文件缺少了什么。修复文件，而不是提示词。

这里的产品不是AI。是这三个文件。底层的模型只是今年的图层——有用、强大，并且可以替换而不丢失任何东西——如果你从一开始就这么构建的话。