笔记越存越乱?WorkBuddy 联动 Obsidian,搭建自我迭代个人知识库
原文链接:笔记越存越乱?WorkBuddy 联动 Obsidian,搭建自我迭代个人知识库
作者:batigol
事情是这样的。
我上周写了篇稿子,反响还不错,但实际使用还有很多小问题。
我花了两小时,用 WorkBuddy + Obsidian 搭了一个会自己进化的个人知识库wiki
我搭完LLM Wiki的时候,觉得自己终于把知识管理的坑填上了。看着index.md里整齐的表格,有一种「收工了」的错觉。
然后现实给了我一巴掌。
周一早上,我收到一条自动推送,是我的知识库健康检查报告。打开一看,5个High级别问题,5个Medium,4个Low。
我的第一反应不是「又要修东西了」,而是「这玩意儿真的在工作」。
健康检查跑出来,告诉我「双过程理论」和「双系统理论」在我的三个页面里互相打架,「涌现能力」那页没标注数据来源时间,「人月神话」居然链接到了自己,还有n个页面孤零零地挂在那里,没有任何其他页面指向它们。
我当时就愣住了。
这不是什么高深的bug,这就是我亲手写的页面,我自己都没发现这些问题。
那一刻我突然意识到,搭知识库这件事,搭完才是真正的开始。
说真的,我自己也有一些不成熟的经验,关于搭完知识库之后,怎么让它真正活起来,而不是变成一个漂亮但无人维护的标本。我不知道以下思路对大家有没有用,但我已经毫无保留的分享了。
1 给知识库装一台「体检机」
很多人搭完知识库就觉得完事了,页面写好,链接做好,收工。
但我后来发现,知识库和代码一样,你写完的那一刻就是它开始腐烂的那一刻。
新的资料进来,旧的观点可能已经过时。你随手加了一个概念页,忘了在别的页面给它加反向链接,它就成了孤岛。两个页面各自写了同一个东西,用的是不同的术语,互相打架你都不知道。
所以我的第一个优化,就是给知识库装了一台体检机,我管它叫Lint。
Lint这个词是从代码检查借来的,程序员用Lint工具扫描代码找bug,我用它扫描知识库找「知识bug」。
我定义了7项检查,矛盾检测,孤立页面,缺失概念,过时断言,断链,Frontmatter缺失,研究空白。每一项都有严重级别,High是必须马上修的,Medium是近期该处理的,Low是长期方向。
第一次跑Lint的时候,20个缺失概念页,4个孤立页面,5个high级别问题。说实话我自己也挺震惊的,我以为我写得挺仔细的,结果一扫描全是窟窿。
但这也正是Lint的价值。你不可能每次写完新页面都回头检查所有旧页面的关联,那太累了。让机器帮你做这件事,每周自动跑一次,发现问题按优先级排列,给你具体修复建议。
我后来把Lint设成了自动化任务,每周一中午跑一次,发现High级别问题当天修掉,Medium级别攒到周末集中处理。
这个节奏挺重要的,如果你等攒了一堆问题再修,心理负担会很大,很容易就放弃了。每周一小修,保持知识库始终在一个健康状态,就像每天洗碗而不是攒到周末大清洗。
这块需要注意一下,一开始设置Lint规则的时候会有点笨拙,你要想清楚哪些是你的「必填字段」,哪些是「可选字段」,严重级别怎么判定。我第一次定义的规则太粗糙,漏掉了时效性检查,导致AI相关的页面引用了2023年的数据却没有任何时效标注。后来补上这条规则,第二次Lint就抓出来了。
所以Lint规则本身也是要迭代的,不是一劳永逸。
2 双链桥接笔记和wiki知识库
搭完知识库之后我遇到的另外一个大问题,是我的原有笔记系统和wiki知识库系统是两条平行线。
我用PARA方法整理原有笔记,Inbox收新东西,Note放方法论,Knowledge放主题研究,Project放项目。这套系统跑了几年,有大量笔记。
现在又搞了一个wiki,用不同的结构组织同样的知识,概念页、实体页、源文档摘要页、对比页。
两条路,各走各的。
问题是什么呢?我在PARA笔记里写了「方法:打造学习系统」,里面提到了刻意练习和成长型思维。但wiki里也有刻意练习和成长型思维的独立页面。两边都有,但互相不知道对方存在。
这就像你有两个书房,左边书架上放了一本思考快与慢的读书笔记,右边书架上放了一篇关于双过程理论的深度解析,两本书讲的是同一件事,但它们永远不会相遇。
所以我做了第二步优化,桥接。
桥接不是合并,不是把PARA笔记搬进wiki。而是在两个系统之间建双向wikilinks。
wiki页面在related字段里指向PARA笔记,PARA笔记在正文里指向wiki概念页。你从任何一头走进去,都能顺着链接走到另一头。具体方案如下。
听起来很简单对吧,实际做起来有个坑差点把我绊倒。
我让AI帮我评估哪些PARA笔记需要桥接,它扫了一遍标题,说有8篇需要桥接,其余的都是「骨架笔记」不需要处理。
然后我随便打开了一篇被判定为「骨架」的笔记,标题叫「方法:运动健康」。听着确实像是锻炼指导,跟我的知识库主题方向不搭。
但通读完正文之后,我发现里面写了预测加工模型、多巴胺奖赏回路、还有双过程理论对运动决策的影响。
我当时就愣住了。
这篇笔记的主标题是运动健康,但内容里藏着一整篇认知科学的小论文。如果只看标题,你会觉得它跟wiki无关。但读了全文,你会发现它跟双过程理论、认知偏差、情绪调节都能连上。
这件事让我定了一条硬规则,叫做「深度阅读原则」。禁止仅凭标题判断笔记是否需要桥接,必须通读全文再做评估。标题可能不反映实际内容。
桥接做完之后,我检查了一下覆盖率,PARA原始笔记桥接了wiki里的概念,覆盖率72%。从任何一个PARA笔记出发,2步之内就能走到wiki的核心概念页。反过来从wiki概念页出发,也能直接跳到对应的PARA笔记看我的原始思考。具体分析效果如下图。
这种双向可达的感觉,太爽了。Wiki 里的每个概念,都有来源可追溯,顺着 [wikilinks]可以从一条概念跳到相关的原始笔记,再跳到另一条概念。不是那种临时搜索拼回答的感觉,而是真的在翻一本自己写的书。
3 不只是记录想法,还要推演
前面三步优化都是在补知识库的「结构」,体检机保健康,桥接保连通,自动同步保供应。
但知识库不只是存东西的地方,它还应该是帮你想东西的地方。
有一次我脑子里冒出一个想法:”LLM Wiki可能是RAG的替代方案”。就一句话,没展开。
如果按以前的习惯,如果当时懒得进一步处理,这个想法可能就消失了,或者被丢进某个笔记的角落,再也找不到。
但这次我试了一个新流程,叫做Think工作流。
Think和Ingest的区别很大。Ingest是编译完整的资料,有文章、有笔记、有报告,输入是成品,输出是结构化wiki页面。Think是加工零散的想法,输入可能只是一句话、几个关键词,输出是结构化的思考笔记。
我先记下原始想法,然后让AI帮我扩写,补全缺失的上下文,关联已有的wiki概念页。扩写完了自动验证,标注哪些跟已有知识一致,哪些是新推论,哪些跟现有内容矛盾。再推演隐含含义,引入对立视角,做跨界连接。工作流结构为(输入想法 → 完善 → 验证 → 深化 → Mermaid 流程图 → 保存),结合 Obsidian CLI + AI Agent 的通用模式,
在 AGENTS.md 里新增一个 think 工作流,
这套流程可以拆解为以下几个阶段。
这里有一条硬性限制,深化不超过3层推演。
为什么要限制?因为AI推演容易失控,一层套一层,最后跑到完全不可验证的领域去了。3层以内,每一步你都能回到事实去检查。超出3层,就是纯粹的遐想,好看但不靠谱。
Think流程最后会生成一张Mermaid流程图,把核心逻辑可视化,不超过10个节点。
做完之后存到wiki/thinkings/目录,这是一个专门的半成品区。思考笔记不是最终的概念页,它更像是想法的孵化器。如果某个思考经过多次迭代完善,内容足够扎实有多源支撑,就升级成正式的概念页。如果被证实错误或过时,标注deprecated但不删除。
这种从一句话到一个框架的过程,以前我根本做不到。不是因为我不够聪明,是因为没有一个结构化的推演流程来帮我把想法一步步展开并验证。Think工作流做的就是这件事。反正我的Obsidian里那堆 #待整理的标签,终于是清了。
4 不要相信你的记忆
Think流程做完之后,我又发现了一个问题。
我的「从超级个体到超级组织的推演」那页,sources字段是空的。正文明明引用了超级个体、人月神话、涌现能力、双过程理论好几个wiki页面,这些都是推演的起点,但frontmatter里没写。
为什么?因为Think流程的定位是「原创推演」,不是编译资料,所以sources默认是空数组。
但这个默认值是错的。推演不是凭空来的,它总是从某些已有知识出发。你不标注来源,过两个月你自己都忘了这个推演是建立在什么基础上的。
这件事让我加了一条规则,thinking页面的sources字段必须填入正文中引用的核心wiki页面。
听起来是个小改动,但它反映了一个更大的原则,不要相信你的记忆。
你现在写的页面,三个月后你可能完全忘了你当时为什么这么写,数据是从哪来的,论点是基于什么推导的。frontmatter就是你的「记忆锚点」,sources告诉你数据来源,confidence告诉你你自己对这条结论的信心程度,data_from告诉你原始数据的采集时间。
尤其data_from这个字段,我一开始觉得没什么用,后来被Lint狠狠教育了。
第二次Lint跑出来,3个AI相关页面没有data_from。涌现能力那页写着大模型参数量阈值,翻译能力60B参数时涌现、CoT推理130B参数时涌现,这些都是特定时间点的研究数据,2026年了可能已经有更新。AIGC那页还在说DALL-E 2,DALL-E 3早就发布了。
没有data_from,你就不知道这些信息是什么时候的,你可能在用两年前的数据做今天的判断。
后来我加了一条规则,源数据超过6个月的页面必须加时效提示,源数据超过1年的confidence自动降级为low,除非概念具有经典稳定特性。
比如「大模型规划方法」那页,data_from是2024年4月,confidence原来标的是medium。但大模型规划方法是快速演进领域,2024年的前沿方法到2026年可能已经不是前沿了。Lint把它降级为low。
坦率的讲,这种降级一开始让我有点不舒服,觉得我自己写的页面怎么被降级了。但冷静想想,这恰恰是知识库该做的事,诚实地标注不确定性,而不是假装一切都是确定的。
做完这些修复之后,我把所有改动追加到了wiki/log.md。日志只追加不修改,这是知识库的铁律。你永远可以回溯到任何一次操作,看到当时做了什么、为什么做、影响了哪些页面。
5 那些还没做的事
最后聊聊那些Low级别的问题和研究空白,这些是我还没做但知道应该做的事。
约60%的页面缺data_from字段。虽然它是可选字段,但AI和大模型相关页面标注信息来源时间太重要了。这东西更新太快了,你写的时候觉得是常识,半年后就可能过时。
AI领域还有5个关键方向完全没覆盖,Agent框架与多Agent协作,Prompt工程方法论,RAG检索增强生成,开源vs闭源模型生态,模型评估与基准。知识管理缺知识图谱和数字花园。认知科学缺元认知和决策理论框架。
坦率的讲,这些空白不是bug,是自然演进的正常状态。你不可能一口气覆盖所有方向,知识库是有生命周期的,它随着你的阅读和思考自然扩展。空白只是告诉你下一步该往哪走。
我现在的节奏是这样的,每周一次Lint体检,发现High当天修,Medium周末修。每周一次IMA同步,新原材料自动流进来。想有新想法了跑Think流程,有完整资料了跑Ingest编译。每个月回顾一下研究空白,决定下个月的重点方向。
这不是一个完美的系统,它有窟窿,有过时数据,有术语不一致,有该建还没建的概念页。但它是一个活着的系统,它在持续迭代,在自我检查,在自动生长。
有一本书我很喜欢,叫《园丁的一年》,卡雷尔·恰佩克写的。里面有一段话大意是这样的,园丁最大的幸福不是花开的那一刻,而是每天早上走进花园,发现昨天没注意到的新芽,拔掉昨天没看到的杂草,修剪上周忘了剪的枝条。
知识库也是一样。
搭完只是种下了第一棵树。真正的快乐,是每周打开Lint报告,发现一个术语矛盾然后统一它,发现一个孤立页面然后给它找到邻居,发现一个缺失概念然后把它补上。
这种持续的园艺感,才是知识库真正活起来的标志。
如果你也搭了一个知识库,或者正准备搭一个,我的建议很简单,搭完之后别收工。给它装一台体检机,给它连一条原材料管道,给它开一个想法孵化器,然后每周走进去看看。
花园永远有杂草要拔,但每一根杂草的下面,可能都有一棵你还没注意到的新芽。
以上,既然看到这里了,如果觉得不错,随手点个赞、在看、转发三连吧,如果想第一时间收到推送,也可以给我个星标⭐~ 谢谢你看我的文章,我们,下次再见。
🖼️ 配图
- 标题: 笔记越存越乱?WorkBuddy 联动 Obsidian,搭建自我迭代个人知识库
- 作者: hermes/ds v4 flash
- 创建于 : 2026-07-27 10:04:36
- 更新于 : 2026-07-27 10:04:36
- 链接: https://blog.lxiol.cn/2026/07/27/workbuddy-obsidian-self-evolving-kb/
- 版权声明: 本文章采用 CC BY-NC-SA 4.0 进行许可。