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

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

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

写在前面

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

ACCESS

起因

原文件夹体系

  • 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文件夹
知识调用
长文创作
零散输出
发布平台
格式转换损耗

关键瓶颈:

  1. 信息在 Collection 节点形成堆积过多(处理效率<输入速度)
  2. Cards 到长文的转换耗散心力(需手动重组知识单元)
三、创作心流受阻

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

详细盘点

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

反思

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值