Obsidian 文件夹体系构建 -ACCESS 笔记组织法
本篇文章由如何科学管理知识、维护知识库有序可用的实际需求出发，梳理分享一下自己学习实践过的 ACCESS 笔记组织法。原地址：Obsidian文件夹体系构建-ACCESS笔记组织法。
写在前面
不论是使用 Ob，亦或者是其他的什么笔记软件。我们总会遇到这样的核心问题：如何科学的管理知识，维护知识库有序的同时兼得高可用呢？由此引出了我对知识管理方法论的探索学习以及实践，而 Obsidian 文件体系的构建就是基于知识管理方法论的具体实现。
ACCESS
起因
使用 Obsidian 之初，文件夹是没有章法体系的，也说明我对知识管理是毫无概念可言的。
机缘巧合之下，访问到 ACCESS 笔记组织法 — 🌱 oldwinterの数字花园 这篇文章。由此了解到 ACCESS 笔记组织法。
相关内容可搜索关键词 Nick Milo、ACCESS。视频可访问：使用ACCESS文件夹结构管理Obsidian知识库
原文件夹体系
- ACCESS:
- Atlas：地图，导航总览的作用
- Calendar：日志日记的作用
- Cards：知识卡片
- Extras：内部资源，便于引用；如图片，模板等
- Sources：外部引入资源，如 PDF 等文献
- Spaces：工作空间
理论最佳实践
flowchart LR
A[Sources] -->|文献摘要| B[Cards]
B -->|概念聚合| C[Atlas]
C -->|问题驱动| D[Spaces]
D -->|实践验证| E[Calendar]
E -->|经验沉淀| B - Sources（来源）–> Cards（卡片）:
- 信息从各种来源（如书籍、文章等）被提取和总结。
- Cards（卡片）–> Atlas（图谱）:
- 独立的知识卡片被进一步组织和连接。
- Atlas（图谱）–> Spaces（空间）:
- 知识图谱中的概念被应用于特定的“空间”，强调知识的应用。针对特定问题，从图谱中提取相关的卡片。
- Spaces（空间）–> Calendar（日志）:
- 在“空间”中获得的经验和结果被记录和安排在“日志”中。
- Calendar（日志）–> Cards（卡片）:
- 提炼和沉淀后形成新的知识卡片。
文件夹体系实践
- ACCESS:
- Atles：地图集，鸟瞰全局
- Canvas：白板绘制的图
- Dataviews：使用 dataview 插件检索查询的文件（多使用，便于对照）
- MOCs：手动构建的文件目录（最多两层级，过深的层级维护起来太费力。）
- Collection：日记，时间线，临时文件收集
- 0.Temp：临时文件收集处
- 1.Daily：日记、日志等
- 2.Timeline：时间线文件，记录每天的事项
- 3.People：人物关系类
- Cards：卡片存放位置
- ……很多次级文件夹
- Extra：额外的附件、图片以及模板
- Pic
- Template
- Sources：外部引入的资源库（稍后读，微信读，PDF，参考资料）
- mobi
- Spaces：工作空间（工作目录，博客……）
- MySQL
- Obsidian
- Dataview
- Atles：地图集，鸟瞰全局
实际应用问题
- ACCESS 笔记组织法在我的理解中核心是卡片式写作，随着永久卡片的堆积，产生复利。但是随着 ACCESS 笔记组织法的使用。基于个人的实际需求，我也感受到了一些缺点。
一、系统结构失衡
- 原生的六模块设计在落地时产生结构形变
- Collection 异化为囤积区，输入输出比失调
classDiagram
class ACCESS {
+Atlas : MOC导航
+Calendar : 时间轴
+Cards : 知识原子
+Extras : 内部资源
+Sources : 外部资源
+Spaces : 工作空间
}
class 实践变形 {
+Atlas --> 认知负荷++
+Calendar --> Collection
+Collection : 数字坟场
+Cards : 碎片化风暴
+Spaces : 分类模糊
}
ACCESS --|> 实践变形 : 结构脆性传导 二、信息流动阻塞
flowchart TD
A[信息输入] --> B{Collection处理}
B -->|处理滞后| C[堆积成坟场]
B -->|碎片化加工| D[Cards文件夹]
D --> E{知识调用}
E -->|需拼图| F[长文创作]
E -->|直接引用| G[零散输出]
F --> H[发布平台]
G --> I[格式转换损耗]
style C fill:#ff9999,stroke:#ff0000
style D stroke:#ff8000
style I stroke:#cc0000 关键瓶颈：
- 信息在 Collection 节点形成堆积过多（处理效率＜输入速度）
- Cards 到长文的转换耗散心力（需手动重组知识单元）
三、创作心流受阻
- 文件夹之间频繁跳转打断心流
详细盘点
- Atlas：
- 原意是地图导览，但是抽离的 Moc 文件带来了更多的认知负荷。
- Collection：
- 没有日志类的文件需要生成记录。
- Calendar 被我重命名为 Collection，顾名思义，这个文件夹被我用于临时剪藏收集。
- 文件夹沦为「数字坟场」，处理跟不上收集信息。彻底失衡后，连我这个创作者面对成百上千的笔记也叹息无奈。
- Cards：
- 卡片信息密度太低
- 卡片数量太多，碎片化严重，加重了认知负担
- Extra、Sources 半闲置
- Spaces 分类困难，不明所以。
- 创作产出困难
- 重永久卡片的链接引入，而忽视长文创作背景。
- 组织零散的知识点才能产出一篇主题明确的长文。这是个折磨人的过程。是挨个复制形成一篇长文，还是保留若干个小卡片输出呢？
- 保留小卡片选择双链，很多地方发布（比如 Hexo 博客发布）不支持双链还需要另外处理。
- 没有专门的创作输出目录，创作全流程需要频繁切换文件目录，创作流破碎难以进入心流状态。
- 重永久卡片的链接引入，而忽视长文创作背景。
反思
- 秩序性：容忍范围内的一定限度的混乱
- 可用性：根据实际需求快速调用相关笔记
- 文件体系建立与知识流动过程最好对应
- 收集 ->整理 - 内化 - 输出 - 反馈 - 迭代的流程要有。
- 收集与创作最好独立分开，较容易进入心流的状态。
- 各文件夹最好不要有太明显的倾斜导致失衡。
- 学习与工作要兼顾，项目或者自我成长作为驱动力。
- 轻分类，重输出。
