速评：这篇把 Obsidian 仓库直接丢给 Claude 读的文章火了。技术上没什么好吹的——markdown 就是纯文本，能访问文件系统的 agent 本来就能读。真正让我皱眉头的是作者藏在字里行间的那个默认前提：你的笔记，要为一个每轮对话都会失忆的读者服务。
作者把仓库分成 MOC 和永久笔记两类，MOC 当入口，永久笔记用双向链接串起来。启动 Claude 时让它读某个 MOC 文件，再顺着链接往下走。这套结构，眼熟。Zettelkasten 的公开课讲了八百遍的东西，只有一处变化：读者从“未来的自己”换成了“一个没有记忆的 agent”。我不关心这套方法好不好用，我想的是——为什么他会觉得这件事值得写。
他给的核心理由叫“控制 context usage”。这句话我盯着看了半天，越想越不对味。人写笔记是为了对抗自己的遗忘，是把思考过程固化下来，好让自己以后能回访。但这篇文章里的笔记，压根不是给自己留的——它是一份精心制作、为 AI 咀嚼优化过的饲料。
不要存代码细节，因为代码库里有；不要存 agent 的推理过程，因为那是它的临时状态；不要存权威来源里已有的东西，因为那在浪费 token。那还剩什么？剩下的是“AI 读不到的、高层级的知识”。翻译成人话：笔记被抽干了所有具体的血肉，只剩下给 AI 当索引用的骨架。
评论区倒热闹得很。有人分享怎么 prompt agent 写更适合 AI 读的笔记，有人折腾用什么工具维护文档的 freshness 和 provenance。绕来绕去，就是没人停下来问一句最基础的：为什么是笔记去适配 AI 的上下文窗口，而不是 AI 来适配人？
这个行业这几年有个诡异的倒转。一开始是 AI 来补人的记忆短板，现在变成人把自己的记忆修剪成 AI 好消化的尺寸。Obsidian 原本的卖点是什么？本地 markdown、双向链接、“你的笔记归你管”。这文章的做法倒没破坏这些，但它把笔记的目标读者偷偷换了——不再是你自己，而是下一个被拉进来读仓库的 agent。你的思考过程、你的涂改痕迹、你当时写下这句话时那个莫名其妙的语境，全部为了“控制 context”被清洗掉了。
我能理解这套设计对“每次打开对话框都要从头讲一遍自己项目背景”的人有多大吸引力。谁不想让 AI 一上来就懂自己全部语境？但这里有个陷阱：你为了这个“方便”，付出的代价是把自己二十年的思考习惯压缩成几个文件夹、几行“高层级知识”。短期看是 AI 变聪明了，长期看，人会变懒，懒得再往里写那些“AI 读不懂、我自己也未必再会看”的东西。仓库最后干干净净，全是有价值的高层知识——然后人发现，自己已经不知道这仓库里为什么会有这些知识了。
这我有点发言权。上个月我也试过同款姿势，把一堆项目文档丢给 agent 做索引，让它总结“你的项目在干什么”。总结得挺好。但我打开它没读过的那几个原始文件，突然想不起来当初为什么写它们了——agent 只需要那层提炼过的骨架就行，我自己反而没有回去再看的必要了。那个瞬间我意识到，这不是“AI 帮我记住”，这是“AI 替我记住，我再也不需要记了”。人是矛盾的，评论员也是，但别扭在哪，我很清楚。
文章里有一条建议我倒是举双手赞成：AI 生成的笔记要校对、要写短。这句话治的是 agent 胡说八道的毛病。可把它放进整套工作流里看，它其实是个补丁——因为你的 MOC 越来越细、笔记越来越短、agent 读进来的内容越来越多，幻觉的概率像地心引力一样挡不住，于是你只能在“让 AI 少读点”和“让 AI 读快点”之间反复横跳。这个补丁说明作者自己也感觉到了不对：这套流程指望的，是 AI 不产生幻觉。等等，这行业第一课不就是“AI 一定会幻觉”吗？
我的判断是，这类工作流接下来几个月会越来越多——不是因为这文章写得有多好，而是“拿自己笔记喂 AI”这件事，听起来比“拿别人数据训模型”高级得多，也安全得多。工具厂商会追这个风向，Obsidian 迟早会上官方 AI 插件，教你把笔记整理成“AI 友好格式”。到时候默认大家都会这么做，没人再问一句：为什么人的笔记要反过来迁就模型的一次性记忆？
我不劝所有人别碰。它确实适合一种场景：一个人单干项目，代码在本地，笔记在本地，偶尔需要让 AI 快速接手一个不熟悉的部分。这个场景里，“笔记变成给 AI 的入口”是划算的。但如果你指望这套东西帮你把思考沉淀下来、越积越厚——那是个误会。它在帮你减肥，不是帮你长肉。
立个 flag：到明年这个时候，会有一堆人发现自己精心维护的“AI 友好笔记库”变成了鸡肋——AI 读起来倒是顺畅了，人自己却已经看不懂了。到时候那波“笔记给 AI 当缓存就行”的口径，又会换成“缓存只是起点，人的思维模型才是核心”——老剧本了，我等着看它循环回来。