我的Obsidian库里有一千三百条笔记，但我花了三年才明白，我在做一件错误的事

我的Obsidian库里有一千三百条笔记，但我花了三年才明白，我在做一件错误的事

——"赛博时代的认知进化论"系列 第一篇

我叫阿木木，是一个写了十几年代码的后端程序员。

我想先告诉你一件让我至今有些尴尬的事。

2021年，我花了整整两个周末，把我所有的笔记从印象笔记迁移到了Obsidian。那是一次浩大的工程——我整理了标签体系，设计了文件夹层级，配置了一套我觉得几乎完美的模板。迁移完成的那天晚上，我打开Graph View，看着那张密密麻麻的节点图，内心有一种近乎骄傲的满足感。

我打了一行字，截了个图，发到了朋友群里：

“终于有了一个真正的第二大脑。”

然后我关掉了电脑，去睡觉了。

接下来的三个月，我几乎没有再打开过那个库。

这不是我懒。

作为一个程序员，我有一种近乎偏执的系统化思维。我相信只要把工具配置好，一切就会自动运转。我对待Obsidian的方式，和我对待数据库的方式是一样的——先设计好Schema，定义好索引，建立好外键关系，然后等着数据流进来。

但知识不是数据。

这是我花了三年才真正理解的一件事。

一、一个日本人在1995年说的话，精准描述了我2024年的困境

1995年，一位名叫野中郁次郎的日本管理学教授，出版了一本后来被哈佛商业评论称为"20世纪最重要的管理学著作之一"的书：《创造知识的企业》。

这本书研究的是本田、佳能、夏普这些日本企业为什么能持续创新。但野中郁次郎发现了一件出乎所有人意料的事：

这些企业最具突破性的创意，没有一个诞生在文档里。

本田的"城市男孩"概念车，诞生于工程师们在一个破旧营地里吵了三天架之后。夏普的液晶计算器，诞生于一个工程师在居酒屋里随手在餐巾纸上画的草图。

野中郁次郎问了一个所有人都忽略的问题：为什么？

他花了将近十年时间，得出了一个让整个管理学界不舒服的答案：

知识有两种。一种是可以被写下来的，一种永远无法被写下来。而真正驱动创新的，是那种永远无法被写下来的那种。

他把前者叫做**“显性知识”（Explicit Knowledge），把后者叫做"隐性知识"（Tacit Knowledge）**。

显性知识是：一篇技术文档，一套设计规范，一个算法的伪代码。 隐性知识是：一个资深工程师在code review时，扫一眼就知道这段代码将来会出问题的那种直觉。

作为一个程序员，我太熟悉这种区别了。

你可以把《DDIA》（Designing Data-Intensive Applications）从头背到尾，但这不会让你成为一个好的系统架构师。真正让你成为架构师的，是那些踩过的坑——那次线上事故，那个把整个团队搞崩的分布式锁问题，那次凌晨三点盯着监控大盘时突然想通的一个念头。

这些东西，写在哪里？

写在我的Obsidian里吗？

不。它们漂浮在我的脑子里，用一种我说不清楚的方式影响着我的判断。偶尔它们会在某个会议上以"我感觉这个方案有问题"的形式冒出来，但我无法解释为什么，所以经常没人听。

这就是野中郁次郎让我不舒服的地方：

我的Obsidian里存的那一千三百条笔记，几乎全是显性知识——别人的文章，别人的理论，别人的总结。而我自己最值钱的东西，那八年写代码踩过的坑、做过的判断、犯过的错，一条都不在里面。

野中郁次郎为这两种知识的转化，建立了一个模型，叫做SECI。

但我不想在这里把它当成一个知识点讲给你听。我想告诉你的，是这个模型里一个被几乎所有人忽视的细节。

SECI的第一个环节，叫社会化（Socialization）。它指的是隐性知识在人与人之间的传递。

但野中郁次郎在书里非常强调：这种传递，不能通过写文档实现。

它只能通过共同经历实现。学徒跟着师傅工作，不是为了听师傅讲道理，而是为了亲眼看着师傅在一个具体的时刻做出一个具体的选择。那个选择背后的逻辑，是无法被提前写进文档的，只能在那个当下，从师傅的行动里被感受到。

他把这个发生知识传递的空间，叫做**“场（Ba）”**。

2025年，我们的"场"在哪里？

远程工作，异步协作，每个人盯着自己的屏幕。新人入职，给他一个Confluence账号，说"我们的文档都在里面，自己看"。资深工程师的隐性知识，就这样永远困在了他们的脑子里，直到他们离职，然后消失。

但也许，一个人的Obsidian库，可以成为他自己的"场（Personal Ba）"。

一个让你自己的隐性知识，有机会被逼出来、被记录、被激活的地方。

问题是：怎么做？

二、我的一千三百条笔记，为什么是死的

让我来描述一下，我的Obsidian库实际上是什么样子的。

打开这个库，你会看到几个文件夹：

• 📚 读书笔记

• 🔧 技术积累

• 💡 灵感收集

• 📋 每日日记

文件夹的命名很工整，emoji用得很克制，很有程序员的审美。

但如果你打开📚 读书笔记，你会看到这样的条目：

text

1
2
3
4
5
《思考，快与慢》读书笔记
- 系统1：快速、自动、无意识的思维
- 系统2：缓慢、努力、有意识的思维
- 锚定效应：第一个数字影响后续判断
- 损失厌恶：失去100元的痛苦 > 得到100元的快乐

这是卡尼曼说的话，不是我说的话。

如果你打开🔧 技术积累，你会看到：

text

1
2
3
4
Redis分布式锁
- SET key value NX PX milliseconds
- 注意锁超时时间设置
- Redlock算法解决单节点问题

这是官方文档的摘抄，不是我踩过坑之后的教训。

整个库里，有我自己的话吗？

有。在📋 每日日记里，偶尔有一些：

text

1
2
3
2024.3.15
今天code review，感觉小王的代码有点问题，但说不清哪里。
让他改了，他改完之后好像确实好了一些？

你看到了吗——“感觉有点问题”，“说不清哪里”，“好像确实好了一些”。

这条日记，是我整个库里最接近"隐性知识被外化"的一条记录。但我用了三个模糊词语来处理它，然后就跳过去了。

我在日记里记录了一次直觉判断，但我没有逼自己把这个直觉说清楚。

这是我的Obsidian库是死库的根本原因：

我在囤积别人说清楚的东西，却在逃避把自己说不清楚的东西说清楚。

用程序员的语言来说：

我的Obsidian库，本质上是一个只读数据库。我一直在往里面INSERT别人的数据，但我的业务逻辑从来没有真正query过这个数据库，更没有在它的基础上运行任何计算。

而一个有价值的知识库，应该是一个计算引擎——原料进去，反应发生，新的东西出来。

仓库和反应堆的区别，不在于里面装的东西，而在于里面有没有发生碰撞。

三、我试着用AI逼自己说清楚那条"感觉有点问题"的笔记

说到这里，我要给你看一个真实的过程。

不是那种AI秒回秒懂、三句话就让我"顿悟"的演示脚本。

是那天晚上我真实经历的，有点笨拙、有点迂回、但最终产出了一些东西的过程。

那是2024年7月的一个晚上，我翻到了那条"感觉小王的代码有点问题"的日记。我突然想：我能不能把这个"说不清楚"说清楚？

我打开了Obsidian的AI插件，输入了这段话，然后加了一个Prompt：

text

1
2
3
4
5
我有一个模糊的职业直觉，想把它说清楚。
请只通过提问来帮我，不要给建议，不要给答案。
每次只问我一个问题。

我的直觉：今天看了同事的代码，感觉有问题，但说不出来哪里有问题。

AI问我：

“你说’感觉有问题’——是视觉上看起来乱，还是逻辑上感觉绕，还是别的什么？”

我想了一下，回答：

“不是视觉上的乱，代码格式挺整洁的。是……感觉哪里很脆弱。”

AI问：

“你说’脆弱’——是你觉得它在某种情况下会出错，还是觉得它很难被修改，还是别的？”

我回答：

“应该是……很难被修改。但我也说不清为什么。”

然后AI问了一个问题，让我愣了几秒：

“如果三个月后，你需要给这段代码加一个功能，你的第一反应是什么感觉？”

我不假思索地打出来：

“我会很烦躁，因为我需要先看懂很多上下文，才知道能在哪里加，不能在哪里加。”

停了一下，我意识到我说出了什么。

我继续打：

“等等……是因为这段代码里的逻辑边界不清楚。功能和功能之间没有明确的边界，所有东西都耦合在一起，改一个地方你不知道会影响哪里。这不是代码写得丑，这是它没有遵守单一职责原则，但不是在类的层面，是在业务逻辑的层面。”

这个过程用了大概二十分钟。

中间AI有一次问的问题我觉得没用，我直接说"这个问题没帮助，换一个角度"，它重新问了。整个对话不是流畅的，是磕磕绊绊的，有几次我回答完之后又自己推翻了。

但最后，我把那条日记从：

text

1
感觉小王的代码有点问题，但说不清哪里。

改成了：

text

1
2
3
4
5
6
标题：业务层面的单一职责违反
核心洞察：代码的"脆弱感"，往往不来自语法层面的混乱，
          而来自业务边界的模糊——你无法快速判断"改这里会影响哪里"。
          这是比代码丑更难察觉、也更危险的问题。
我的经验：今天review时的直觉，来源于此。
连接：[[关注点分离]] [[高内聚低耦合]] [[可维护性 vs 可读性]]

我把这条笔记在群里发给了小王，他回复了三个字：

“操，确实。”

这就是我说的，让AI扮演苏格拉底。

不是让它帮你写东西，而是让它帮你把你已经知道但说不出来的东西，逼出来。

苏格拉底有一个词来描述这个过程，叫**“产婆术”（Maieutics）**。他认为真正的知识不是被教会的，而是已经存在于你体内，需要被接生出来的。他不提供答案，他只提问。通过一个又一个的问题，把对方脑中混沌的隐性知识，逼成清晰的显性表达。

野中郁次郎把这个步骤叫做外化（Externalization），并且明确说：这是整个SECI循环里最难、最关键、最有价值的一步。

你的隐性知识，是你真正的资产。你的显性知识收藏，只是你的购物车。

四、一套真正能用的工作流

在给你工作流之前，我需要说一句可能让你不舒服的话：

这套工作流不是用来节省时间的。

如果你想要的是"更高效地整理信息"，你去用Readwise就够了。

这套工作流是用来做一件更慢、更费力、但更有价值的事：把你脑子里说不清楚的东西，一条一条地逼出来。

Step 1：捕捉你的"模糊时刻"

在Daily Note里，专门留一个区域，叫"今天说不清楚的事"。

不是"今天的收获"，不是"今天的灵感"，是**“说不清楚的”**。

每当你出现以下感受，立刻记下来：

• “感觉有点问题，但说不清”

• “我觉得应该这样，但不知道为什么”

• “这两件事好像有关系，但理不清”

一句话就够。不需要完整，不需要准确。

Step 2：用AI苏格拉底法追问

选一条"模糊时刻"，用这个Prompt开始对话：

text

1
2
3
4
5
6
7
8
9
10
11
你是一位苏格拉底式的思想导师。
你的任务是通过提问，帮我把一个模糊的感受变成清晰的洞察。

规则：
1. 每次只问我一个问题，等我回答后再问下一个
2. 不提供答案，不给建议，只提问
3. 如果我说"这个问题没帮助"，你就换一个角度重新问
4. 直到我能用一句话说清楚我的洞察为止

我的模糊感受是：
[粘贴你的模糊时刻]

给自己设一个时间限制：20分钟。超时就停。不要追求完美答案，有一个"比之前更清晰一点"的表达就够了。

Step 3：结晶成原子笔记

把最终的洞察，整理成这个格式：

Markdown

1
2
3
4
5
6
7
8
9
10
11
12
13
# [一个命题式的标题，最好是反直觉的]

## 核心洞察
用1-3句话表达。必须是你自己的话。

## 我的经验印证
哪件具体的事让你有这个感受？越具体越好。

## 未解决的问题
这个洞察让你产生了什么新的困惑？

## 连接
[[相关笔记A]] [[相关笔记B]]

注意"未解决的问题"这一栏。

很多人写笔记是为了"关闭"一个问题。但真正有价值的笔记，应该打开新的问题。一条好笔记的标志，是你写完之后脑子里冒出来了新的困惑。

Step 4：让AI寻找隐藏连接

笔记写完后，把"核心洞察"发给AI，问：

text

1
2
3
4
5
这个洞察在哪些不同的领域里有对应的概念或理论？
请列出3-5个，每个用一句话说明关联性。
不需要展开，只需要给我连接的线索。

我的洞察：[粘贴]

根据AI的回答，去你的库里找对应笔记打双链，或者建新的笔记。

这四步走完，你的一条"说不清楚的感觉"，就变成了一个有名字、有来源、有连接的知识节点。

它是活的。因为它是你的。

写在最后

我的Obsidian库现在还有一千三百条笔记，但我的关注点变了。

我不再关注那一千三百条。我开始关注另一个数字：我自己逼出来的笔记，有多少条？

上个月，我用AI苏格拉底法追问了自己十一次。其中七次产生了真正清晰的洞察，三次到最后还是没说清楚，一次追问到一半我突然发现问题本身就是错的。

失败的那四次，我同样把它们存进了库里。因为"一个问题我为什么说不清楚"这件事本身，也是一种隐性知识。

但我想在最后留给你一个问题，一个我至今还没有想清楚答案的问题：

野中郁次郎说，知识创造需要"场（Ba）"——人与人之间真实的碰撞和摩擦。本田的工程师在营地里吵架，佳能的工程师在居酒屋里争论。那种摩擦是无法被替代的，因为它产生了一种在单人状态下永远无法产生的东西。

那么我们呢？

我们一个人坐在屏幕前，和AI对话，逼出自己的隐性知识。这是一件了不起的事，也是一件有点悲凉的事。

当一个人既是产婆，又是产妇，他接生出来的孩子，会不会缺少一些什么？

我不知道。

但我仍然觉得，这比什么都不做，要好得多。

下一篇预告：

《杀掉文件夹：从卢曼的卡片盒到AI驱动的"自动导航图谱"》

——你的双链越来越多，但你的库越来越像一团乱麻？因为你在用"树状思维"管理"网状知识"。下一篇，我们从卢曼那个用了30年的木头盒子说起。