Obsidian 文件夹体系构建 -INKA
Obsidian 文件夹体系构建 -INKA
本篇文章主要分享一下自己折腾学习实践过的 INKA 框架方法。原地址：Obsidian文件夹体系构建–INKA。
文章目录
- Obsidian 文件夹体系构建 -INKA
- 前言
- INKA
- 简介
- INKA 理论最佳实践
- 实际应用
- 反思
前言
- 上文 Obsidian文件夹体系构建-ACCESS笔记组织法 中介绍了实践 ACCESS 方法走向崩溃的原因以及一些反思。
- 积重难返后我又研究学习起 INKA 方法，这缘起于：如何建立一个闭环的笔记体系-INKA 这篇文章。
INKA
简介
INKA 方法轻实践重采集，是以知识流转为核心的笔记体系，它契合知识从输入到应用的生命周期，可将笔记流程分为四个阶段：
- Inbox (输入):
- 快速收集信息素材。例如：网页链接、灵感碎片。强调是快速捕获，避免信息流失。
- Note (笔记):
- 对 Inbox 信息进行初步加工、理解和提炼，形成笔记摘要。
- Knowledge (知识):
- 系统化整理和组织 Note 笔记，结构化体系化知识库。
- Apply (应用):
- 将 Knowledge 知识应用于实践，解决问题产出价值。
INKA 理论最佳实践
实际应用
- Inbox
- “Inbox”阶段快速收集的信息来不及处理，形成“信息垃圾场”。
- Note、Knowledge 转化率太低：
- 将“Inbox”中的信息转化为“Note”和“Knowledge”需要大量的时间和精力，导致转化率太低。下图中仅 1% 的 Inbox 能转化成为 Apply。
- 而 Note、Knowledge 笔记太少导致知识库停滞不前。
- 整理提炼后的笔记难以具体归类到 Note、Knowledge 哪个文件夹中。
- Apply 文件成了鸡肋：
- 若是按照 Note、Knowledge、Apply 的顺序层层递进，转化率以及反馈周期太长，导致半途而废。
- 若是不按照层层递进的顺序，那么 Note、Knowledge 是不是就冗余了？
- Apply 文件的稀缺，导致知识库沦为纯粹的知识收集和整理工具，而缺失了输出反馈迭代的后半段循环。
反思
- 重产出，围绕主题收集信息，做到有的放矢
- 输出行动链路尽可能短，反馈尽可能及时
- 分类简单明了，做到无歧义