本文目录 · 5 个章节

从做一个工具,问到两个空间

我曾问,开发一个类似 Notion 的知识管理系统难不难。随后又把范围缩小:如果单纯做个人知识管理呢?再往后,我开始问个人网站是否应该加入日常思考,以及个人 OS 和展示网站应该拆分还是融合。

现在回看,这几次提问的对象已经变了。开始关心的是能否实现一套功能,后来关心的是这些功能应该为谁服务。以下是从这组问题继续展开的设计判断,不是一份已经完成的个人 OS 项目报告。

写给未来的自己,和写给第一次来的人

私人笔记可以只有一个半句话的疑问、一段暂时相信的解释、几个互相冲突的材料。记录它的时候,我知道它从哪里来;过几天再读,也可能借助相邻笔记找回语境。它的价值,是保住一个尚未整理好的问题。

第一次来到网站的人没有这段共同记忆。如果文章直接说“这个方案还是不行”,读者不知道比较了哪些方案、哪里失败、为什么值得讨论。公开表达需要补出这些连接,有时还要删掉只有作者自己理解的捷径。私人记录省略语境可以提高速度,公开文章省略语境却可能增加阅读成本。

同一个想法,在不同空间承担不同任务
空间允许留下什么完成的标志
私人笔记疑问、冲突、片段和待核查材料以后能够找回并继续想
整理中的草稿论点、反例、来源及尚未补齐的环节能够说明推理缺口在哪里
公开文章必要语境、完整论证和可追溯依据陌生读者可以理解并提出异议

从笔记到文章,不只是把页面公开

设想一条关于 AI 公司规模的笔记,只写了“一个人加很多 agents”。它值得保存,但还不是完整文章。整理时需要继续问:哪些工作可以并行,谁判断结果,客户是否愿意使用,计算和返工成本是多少?经过这些追问,原来的兴奋才有机会成为一个可讨论的立场。

这层编辑也保护探索空间。如果每一次记录都像正式发表,我可能更愿意写稳妥的话,反而不愿保留尚不成熟的猜测。允许私人空间暂时混乱,并不是降低公开作品的要求,而是给公开作品保留一个可以试错的来源。

技术上的公开开关也不能替代内容判断。Notion 的官方说明指出,已发布页面的修改会自动更新到网站,子页面也可能随之公开,需要检查权限。它让发布很方便,却不会替作者判断某段内容是否已经脱离私人语境。[1]

分开责任,不一定分开所有工具

这不意味着必须维护两套完全独立的软件。对于一个人,重复录入、维护同步和不断修工具,也会消耗本来可以用来思考的时间。同一个工作区里设置清晰的草稿与发布状态,可能已经足够;独立网站则可以提供更适合读者的导航与阅读方式。

重要的是这条边界能不能被清楚执行:原始材料留在私有区域,准备公开的内容经过整理,发布后保留稳定地址和必要的修订记录。读者看到的是为阅读组织的版本,不需要接触作者所有文件夹;作者也仍能回到原问题,继续修改自己的判断。

如果以后一个工具能以更低的维护成本,同时守住这些边界,那么融合值得考虑。判断标准不是“功能越集中越先进”,而是它有没有减少重复劳动,又有没有让发布范围变得难以理解。

网站是一次解释,知识库是一段进行中的思考

我在那段会话里还列出了很多想尝试的项目:游戏、网站、企业系统、数据库与机器人。把它们全部列出来,并不会自动形成别人能理解的个人方向;给它们补上问题、选择与进展,才可能看见它们之间的联系。

因此,这组提问最终可以收束为一个取舍:私人知识库帮助我继续想,个人网站帮助别人理解我已经想到了哪里。两者不必拥有同一张首页,也不必展示相同数量的信息。中间那一步整理,正是把资料变成表达、把零散兴趣变成可以交流的思考的过程。

来源与延伸阅读

  1. Notion · Publish a website with Notion Sites

    依据 · 公开页更新和子页面发布范围的官方说明;本文讨论的是设计取舍,不是要求更换工具。