我同时维护两套东西：一个 Obsidian 仓库，和一个公开博客。
有一阵子我很想把它们合并。想法很简单：写一遍，两边都能用，省事。试了两周之后放弃了。不是因为工具不好用，是因为它们本来就在服务两种不同的需求。
一个给自己看，一个给别人看
知识库允许半成品。一句话、一个链接、一段没头没尾的摘录，都可以放进去。它的价值在于“以后可能用得上”，而不是“现在就能读”。
博客不一样。文章一旦公开，就有了读者预期：开头要交代背景，论证要有例子，结尾要收得住。这些要求不是束缚，是文体本身的一部分。
知识库追求覆盖，博客追求完成。
把它们混在一起，最直接的结果是两边都做不好。笔记开始变得像文章，写起来很累；文章开始变得像笔记，读起来断断续续。我试过直接在笔记里写博客草稿，结果每一段都在纠结“读者能不能看懂”，最后什么都写不下去。
我用“是否想清楚”来分流
现在我的判断很简单：
- 有结论、有例子、能独立成立，写成博客
- 只有线索、疑问、待验证的猜测，留在知识库
- 涉及他人或公司的信息，只留在知识库
这个标准不完美。有些笔记放了半年，最后还是没想清楚，就一直在暗处待着。但至少它们不会假装自己是一篇文章。
也有反过来的情况。一条笔记本来只写了三行，后来在工作中反复用到，慢慢长出了例子和边界，某天就变成了一篇文章的骨架。这种转化通常不是计划出来的，而是用的次数够多了。
两者之间只做链接
我不再复制粘贴，只在博客末尾留一句“这篇来自某条笔记”，然后回链过去。
反过来也一样。文章发布之后，我会在对应的笔记里加一行，记下读者的反馈，或者自己后来改变的看法。
这个动作很小，但它让两套系统开始互相校正。知识库提供原材料，博客负责把原材料压成能站住的东西，读者的反应再回到知识库里。
边界不是墙
我一开始把边界理解成隔离，后来觉得它更像过滤器。它决定什么内容在什么阶段出现，而不是禁止内容流动。
想不清楚的东西，先在暗处待着。等它能独立成立的那天，再拿出来。这个过程可能很短，也可能永远不到。我觉得这没什么问题。
唯一还在犹豫的是公开程度。有些笔记整理一下其实可以发，但我一直没发，因为不确定它是否值得占用别人的注意力。这个门槛可能设得太高了，也可能正好。
结构上我也尽量让两者保持不同的密度。知识库里的条目很短，几条链接就能串起一个主题；博客则要求一条线走到底，中间不能有断点。理解这一点之后，我就不再指望同一份文字能同时满足两种密度了。