三年后，我的 Notion All in One 变了：从「把一切放进来」到「让一切流动起来」

三年后，我的 Notion All in One 变了：从「把一切放进来」到「让一切流动起来」 - 少数派

任何用户都可使用写作功能。成功发布 3 篇符合基本规则的内容，可成为正式作者。 了解更多 共创 PRIME Matrix 栏目 Pi Store

三年后，我的 Notion All in One 变了：从「把一切放进来」到「让一切流动起来」

主作者 关注 AlieZVzz 新手上路 AlieZVzz 关注 AlieZVzz 新手上路 联合作者 关注 AlieZVzz 新手上路 AlieZVzz 关注 AlieZVzz 新手上路 10 分钟阅读

三年前，我写下《Notion 知识库重构思考》时，主要解决的是一个组织问题：随着笔记、任务和资料越来越多，怎样避免所有内容堆在一起，又怎样让它们彼此关联？

三年后，我仍然在使用 Notion，也仍然认同 All in One。但我对这几个词的理解已经变了。

过去的 All in One，是尽量把所有东西收进同一个软件；现在的 All in One，是让不同来源、不同工具和不同自动化围绕同一套状态协作。Notion 不再负责完成所有工作，它更像我的个人数据中枢：保存我正在做什么、为什么做、产生了什么，以及系统从中观察到了什么。

2023：第一次真正把“页面”变成“系统” 我在 2020 年刚接触 Notion 时，使用的是最自然的组织方式：年度计划下面放月度计划，月度计划下面再写每周任务。

它看起来层次分明，实际使用却很笨重。每个月都要复制相同的领域标题，每周都要重新填写日期；任务没有状态、时间和分类，也无法回答“这个月到底推进了什么”。

2022 年，我开始用数据库记录任务。状态、日期和分类解决了一部分问题，却带来了新的矛盾：目标与任务混在一起，任务与文档混在一起，所有东西挤在同一个数据库里。完成一次阅读任务后，我会顺手把读书笔记写在任务页面中；当下很方便，半年后想整理知识时却几乎无从下手。

2023 年的重构，核心不是换一个更漂亮的模板，而是承认不同信息具有不同生命周期。

Area 保存属于自己的知识产出； Projects 和 Tasks 追踪需要推进的事情； Resource 接纳来自外部、暂时无法判断未来价值的资料； Questions 汇聚尚未解决的问题。 真正重要的变化是“解耦”。任务不再等于文档，资料不再等于知识，项目也不再只是一个大号待办。不同数据库各自承担一种职责，再通过 relation 重新建立联系。

2026：三个入口，三种时间尺度 现在，我的一级结构变得比三年前更简洁，主要围绕 Progress、Area 和 Resource 展开。

Resource 接收输入，Progress 组织行动，Area 保存可以长期复用的产出。