10月21日晚上8点，一期1小时49分的播客被丢进收藏夹。收藏的人没点开。
第二天早上6点，它出现在Obsidian日报第一条，30条要点，概念和双链都连好了。到10月22日，库里有近千篇帖子笔记、1400多个概念、54份日报。清晨，程序还会把几百篇笔记重刷一遍。哔哩哔哩
做这套东西的人叫FrankyPaipai。这位博主给AI定了三条规矩。因为在别处，AI真删过这位博主的文件——一次编程助手跑完合并命令，记着1563条收藏的文件连同配置一起没了。哔哩哔哩
第二大脑今年秋天悄悄换了题目。以前比谁的文件夹整齐、双链漂亮；现在比谁敢让AI直接读写自己的库。
Karpathy提出的LLM-Wiki，把话说得很直：别再用RAG临时翻笔记，把原始笔记当成不可修改的源代码，让大模型当编译器，编译成一座持续更新的Wiki。36氪
差别在哪？RAG每次提问都去库里捞几段，捞到的是局部。你半年前说A对，昨天又写笔记反驳A，它容易自相矛盾。编译是提前把交叉引用、冲突标注、综述做好，提问时直接读成品。
结构也跟着分三层：Raw放原始素材，不动；Schema是你写给AI的规矩；Wiki由AI维护。日常三个动作——摄入新料、查询、定期体检。
听着很美，问题也在这儿：AI一旦能写，就能改错、删错。
FrankyPaipai翻出旧代码：只要正文出现「## 相关笔记」，程序就从那儿删到文件末尾。拿测试笔记跑了一遍，真删。当时扫了174篇，0篇碰上。是运气，不是安全。于是有了三条规矩。B站
第一，圈范围。给AI一个专门文件夹，或在文件里用一对记号圈出它的区域。找不到成对记号就不改，宁可不改也不猜。这里还有个坑：四个地方改了三个，漏了第四个。哔哩哔哩
第二，你写的东西，它只读。要改，改副本。聊天过程别直接写进会同步的笔记库，iCloud两边同时改会冒出冲突副本。
第三，动手前先备份。动版本管理前先tar打包。它写的内容最好能从原始数据一键再生成，写坏了第二天重排一遍就好。
还有一句提醒：让AI清理时，范围说窄一点。你说「别留东西」，它会把它看得见的都当成东西。
规矩立好，分工才有意义。现在每天只做三件事：点收藏、读日报、提问题。整理、摘要、建概念、连双链，全交给程序。哔哩哔哩
云镜照心说得更直接：AI时代，整理是最不值得花时间的事。最后把库砍到只剩两个容器——一张看板，加项目。B站哔哩哔哩
但得泼盆冷水。吾爱拆解写过《你的知识库不是第二大脑，是第二个垃圾场》。
作者不反对Obsidian，反对只收藏、不复用。页面越搭越漂亮，真遇到问题还得从头找。作者也承认：还没跑通一条完整验证过的复用案例。知乎B站
判断标准其实很土：下次遇到类似问题，你能不能可靠地把上次的记录调出来，并且真省了力。调不出来，存多少都是库存。
FrankyPaipai那条视频里还留了一段讲谁不用搭。工具链有维护成本，收益不够，就是给自己找第二份工作。B站
第二大脑走到今天，稀缺的不是更多笔记，是让AI进门之后，你自己的东西还在。
先把规矩立好，再让它进门。
