笔记文件遵循入库-整理-内化-输出-迭代的流动规律，所以依据基本的规律设计使用INTRO五大系统、TOREAD六状态来管理笔记流动的整个过程。
状态设定
所有的笔记文件都遵循(TOREAD)六种状态：
- Todo：笔记待办
- Organize：笔记待组织，用自己的语言组织行文，删除冗余语句。
- Rewrite：笔记待重写，加入自己的思考理解，重写笔记。
- Explor：笔记待探索，探索新知识与知识库旧笔记的联系。
- Apply：笔记待应用，将一个模块或者关联性强的多个笔记整合成知识晶体。
- Done：笔记完成
Yaml设计
合理的设计Yaml属性，方便Dataview插件后期的检索维护，各Yaml属性含义如下：
title:标题
id:id
author:文档作者，引用其他人文章时注明
info:文档摘要信息
status:状态，笔记的完成状态
tags:标签
created:文档创建时间
modified:文档修改时间
createdBy:创建人：sha以下是现阶段（2024-09-07 14:40:06）弃用的yaml属性
aliases:别名
link:引用的原文链接
source:区分来源是本地还是网络
extraInfo:文档补充额外信息
level:掌握等级：简单区分为初/中/高/专家级
hierarchy:层级
lifeCycle:生命周期
type:类型：studu/work等
group:分组：类型下的分组，如study/java
sort:排序
deadline:任务截止日期
ended:实际结束日期层级设定（弃用）
评价：过于复杂，已经弃用
将所有的笔记文件分类为以下9个层次,方便分类记忆。
- 根 (Root)
- 树干 (Trunk)
- 树冠 (Canopy)
- 主树枝 (Main Branch)
- 次树枝 (Sub Branch)
- 叶子 (Leaf)
- 子叶 (Sub Leaf)
- 花朵 (Flower)
- 果实 (Fruit)
文件夹命名
使用杜威十进制编码系统。杜威的十进制分类法，是一种适用于图书馆的图书分类方法，和美国国会图书馆分类法一起，被全球图书馆广泛运用。
应用在Ob笔记中，1开头是 Atlas，2 开头是 Calendar ……
ACCESS文件管理原则
ACCESS:
- Atles：地图集，鸟瞰全局
- Calendar：日记，时间线，临时中转处
- Cards：卡片存放位置
- Extra：额外的附件、图片以及模板
- Sources：外部引入的资源库
- Spaces：工作空间
嵌套标签
通过 #MySQL/查询 这样的格式创建嵌套标签，兼顾树状的层级目录与标签的灵活跨文件夹查询，方便后续快速检索查询
笔记原子化
代码封装和笔记原子化有异曲同工之妙，合理封装，尽量复用；
注意：合理拆分，过度原子化会过于繁琐，造成管理困难
插件使用原则
obsidian插件很多，只用最少最核心的插件，非必要不折腾