Obsidian 文件夹体系构建 -ACCESS 笔记组织法

本篇文章由如何科学管理知识、维护知识库有序可用的实际需求出发，梳理分享一下自己学习实践过的 ACCESS 笔记组织法。原地址：Obsidian文件夹体系构建-ACCESS笔记组织法。

文章目录

[Obsidian 文件夹体系构建 -ACCESS 笔记组织法](#Obsidian 文件夹体系构建 -ACCESS 笔记组织法)

写在前面

不论是使用 Ob，亦或者是其他的什么笔记软件。我们总会遇到这样的核心问题：如何科学的管理知识，维护知识库有序的同时兼得高可用呢？由此引出了我对知识管理方法论的探索学习以及实践，而 Obsidian 文件体系的构建就是基于知识管理方法论的具体实现。

ACCESS

起因

使用 Obsidian 之初，文件夹是没有章法体系的，也说明我对知识管理是毫无概念可言的。
机缘巧合之下，访问到 ACCESS 笔记组织法 --- 🌱 oldwinterの数字花园这篇文章。由此了解到 ACCESS 笔记组织法。
相关内容可搜索关键词 Nick Milo、ACCESS。视频可访问：使用ACCESS文件夹结构管理Obsidian知识库

原文件夹体系

ACCESS:
- Atlas：地图，导航总览的作用
- Calendar：日志日记的作用
- Cards：知识卡片
- Extras：内部资源，便于引用；如图片，模板等
- Sources：外部引入资源，如 PDF 等文献
- Spaces：工作空间

理论最佳实践

文献摘要概念聚合问题驱动实践验证经验沉淀 Sources Cards Atlas Spaces Calendar

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，参考资料）
  - PDF
  - mobi
- Spaces：工作空间（工作目录，博客......）
  - MySQL
  - Obsidian
  - Dataview

实际应用问题

ACCESS 笔记组织法在我的理解中核心是卡片式写作，随着永久卡片的堆积，产生复利。但是随着 ACCESS 笔记组织法的使用。基于个人的实际需求，我也感受到了一些缺点。

一、系统结构失衡

原生的文件夹设计在实践时产生变化
Collection 沦为为囤积区，输入输出比失调

结构脆性传导 ACCESS +Atlas : MOC导航 +Calendar : 时间轴 +Cards : 知识原子 +Extras : 内部资源 +Sources : 外部资源 +Spaces : 工作空间实践变形 +Atlas --> 认知负荷++ +Calendar --> Collection +Collection : 数字坟场 +Cards : 碎片化风暴 +Spaces : 分类模糊

二、信息流动阻塞

处理滞后碎片化加工需拼图直接引用信息输入 Collection处理堆积成坟场 Cards文件夹知识调用长文创作零散输出发布平台格式转换损耗

关键瓶颈：

信息在 Collection 节点形成堆积过多（处理效率＜输入速度）
Cards 到长文的转换耗散心力（需手动重组知识单元）

三、创作心流受阻

文件夹之间频繁跳转打断心流

详细盘点

Atlas：
- 原意是地图导览，但是抽离的 Moc 文件带来了更多的认知负荷。
Collection：
- 没有日志类的文件需要生成记录。
- Calendar 被我重命名为 Collection，顾名思义，这个文件夹被我用于临时剪藏收集。
- Collection 文件夹沦为「数字坟场」，处理跟不上收集信息。彻底失衡后，连我这个创作者面对成百上千的笔记也叹息无奈。
Cards：
- 卡片信息密度太低
- 卡片数量太多，碎片化严重，加重了认知负担
Extra、Sources 半闲置
Spaces 分类困难，不明所以
创作产出困难
- 重永久卡片的链接引入，而忽视长文创作背景。
  - 组织零散的知识点才能产出一篇主题明确的长文。这是个折磨人的过程。是挨个复制形成一篇长文，还是保留若干个小卡片输出呢？
  - 保留小卡片选择双链，很多地方发布（比如 Hexo 博客发布）不支持双链还需要另外处理。
- 没有专门的创作输出目录，创作全流程需要频繁切换文件目录，创作流破碎难以进入心流状态。

反思

秩序性：容忍范围内的一定限度的混乱
可用性：根据实际需求快速调用相关笔记
文件体系建立与知识流动过程最好对应
- 收集 ->整理 - 内化 - 输出 - 反馈 - 迭代的流程要有
收集与创作最好独立分开，较容易进入心流的状态
各文件夹最好不要有太明显的倾斜导致失衡
学习与工作要兼顾，项目或者自我成长作为驱动力
轻分类，重输出