Hint

本库设计美学:Less is more. 本库设计原则:行动导向、知识地图、系统学习 本库方法论:PARA 笔记法 + 卡片盒笔记法 + 有意义学习 本库工作流:捕获 → 加工 → 内化 → 行动


核心理念

本库是一个个人数字花园,基于以下原则构建:

  1. PARA 行动导向:项目(Project)→ 领域(Area)→ 资源(Resource)→ 归档(Archive)
  2. 卡片盒内化:闪念 → 文献 → 永久笔记
  3. 物理位置解耦:目录只管存放位置,元数据决定模板和筛选
  4. 保持上下文完整:笔记内容优先服务于当前上下文,引用原子笔记是补充而非必须
  5. 有意义学习:笔记通过父级、子级、并列、关联等关系作为联系
  6. 一致性原则:所有类型前缀(P-/A-/Q-/MOC-/SOP-/T-/C-/VS-)统一放在 aliases 别名属性中,文件名只使用纯标题

目录结构

content/
├── 00-META/           # 系统元数据(本目录)
├── 10-PROJECTS/       # 面向PARA-项目(有明确目标/截止日期)
├── 20-AREAS/          # 面向PARA-领域(需持续关注的范围)
├── 30-ZETTELKASTEN/   # 原创笔记(已内化的知识)
├── 40-RESOURCES/       # 外部资源(剪藏网页等)
├── 50-ARCHIVE/        # 归档(已完成/过时的内容、或者信噪比较低的笔记例如孤立节点)
├── 60-BLOGS/          # 博客文章(长篇主题文章)
├── 80-PRIVATE/        # 私有内容(敏感信息、API keys 等)
├── 90-DIARY/          # 日记(时间序列记录)
└── 99-ASSETS/         # 额外资源(插件配置、附件等)
目录存放内容content-type
00-META系统元数据-
10-PROJECTS项目笔记project
20-AREAS领域笔记area
30-ZETTELKASTEN原子笔记atomic
40-RESOURCES整合笔记concept, moc, sop, question, term, comparison
50-ARCHIVE归档内容-
60-BLOGS博客文章article
80-PRIVATE私有内容-
90-DIARY日记diary
99-ASSETS额外资源-

模板位置

模板存放在 content/_templates/

模板用途
template_area.mdArea 领域模板
template_moc.mdMOC 索引模板
template_atomic.md原子笔记模板
template_concept.md概念笔记模板
template_term.md术语笔记模板
template_sop.mdSOP 流程模板
template_project.md项目模板
template_diary.md日记模板
template_week.md周报模板
template_comp.md对比笔记模板
template_question.md问题笔记模板
template_article.md博客文章模板

Tip

使用 Obsidian 的 Templater 插件创建笔记时,会自动根据 content-type 选择对应模板。


元数据规范

通用字段

字段用途可选值备注
uid唯一标识时间戳自动生成
title笔记标题--
aliases别名-方便搜索
description描述--
tags标签#父/子 格式横向分类
status笔记状态见下方生命周期
content-type内容分类见下方决定使用模板
category横向分类learning / work / life / hobby / blog-
published发布状态true / false博客文章专用
up父级链接概念知识网络
date-created创建时间日期工具自动
date-modified修改时间日期工具自动

status:笔记状态

流转方向:单项不可逆

状态含义行动
fleeting闪念/草稿需要加工或删除
cultivating培育中持续补充内容/链接
active活跃作为主力引用
completed已完成项目完结/笔记闭环
archived已归档仅存档,不再维护

content-type:内容分类

特定笔记类型(重要)

分类类型目录定义示例
面向 PARAproject10-PROJECTS项目,有明确目标和截止日期P- 求职前端岗位
面向 PARAarea20-AREAS领域,需持续关注的范围A- 人工智能
面向 主题article60-BLOGS长篇博客/主题文章博客文章
面向 时间diary90-DIARY时间序列记录日记、周报
面向 知识管理atomic30-ZETTELKASTEN永久笔记,单一洞察/观点” 闭包的本质是…”
面向 知识管理concept40-RESOURCES概念集合,解释 ” 为什么 ” 或 ” 如何运作 “闭包(概念总览)
面向 知识管理moc40-RESOURCES内容地图,索引多个相关笔记导航页、知识地图
面向 知识管理sop40-RESOURCES标准流程,明确步骤的操作指南部署流程
面向 知识管理question40-RESOURCES开放性问题,探索性思考Q- 如何学习编程
面向 知识管理term40-RESOURCES术语解释(来自文献/外部)HTTP 协议
面向 知识管理comparison40-RESOURCES对比分析,跨越多个概念A vs B
面向 知识管理record40-RESOURCES事件记录,时间线 + 背景 + 影响 + 引申俄乌冲突

Tip

  • 特定型(由物理位置决定):project → 10-PROJECTS,area → 20-AREAS,diary → 90-DIARY,article → 60-BLOGS
  • 通用型(由 content-type 决定):atomic → 30-ZETTELKASTEN,其他 → 40-RESOURCES

atomic vs concept

维度atomic(原子笔记)concept(概念笔记)
定位单一洞察/观点(陈述句)概念总览与整合
content-typeatomicconcept
目录30-ZETTELKASTEN40-RESOURCES
文件名陈述句(如 ” 闭包的本质是…”)纯标题(如 ” 闭包 “)
aliases 前缀无特定规则C- 前缀
结构一句话观点 + 论据 + 简单关联核心定义 + 命题 + 机制 + 图谱
写作负担轻,随时可写重,需要系统整理
升级路径atomic → concept-
引用方式引用 atomic 或 concept 都可以-

使用建议:

  • 先写 atomic,记录单一洞察
  • 随着相关 atomic 增多,创建 concept 作为索引入口
  • 其他笔记引用时,无需区分 atomic/concept,均可直接引用

area vs concept vs moc

维度area(领域)concept(概念)moc(地图)
定位责任范围,需持续关注知识性,理解即可内容索引,导航入口
content-typeareaconceptmoc
目录20-AREAS40-RESOURCES40-RESOURCES
核心特征长期目标 + 关键领域核心命题 + 知识图谱链接集合
维护需要持续更新目标/领域知识成熟后整理动态维护链接
判断标准需要设定学习目标?纯知识性理解?需要索引导航?

区分原则:

  • area:需要设定长期目标、持续关注的领域
    • 例:前端开发、人工智能、健康管理
  • concept:纯知识性概念,理解后即可
    • 例:闭包、HTTP、浏览器渲染流程
  • moc:作为导航入口,索引多个相关笔记
    • 例:前端知识地图、方法论汇总

进阶判断:

  • ” 前端工程化 ” → 如果需要设定学习目标 → area
  • ” 前端工程化 ” → 只是了解概念 → concept
  • 如果不确定,先创建 concept,后续可升级为 area

项目专属字段

字段用途可选值
consequence重要程度1~10
urgency紧急程度1~10
energy-type精力类型💡 创意 / ⚡ 能量 / 🔄 常规 / 🏃 运动
quadrant四象限位置Q1 / Q2 / Q3 / Q4
expire截止日期日期

命名规范

文件前缀(通过 aliases 实现)

前缀由 content-type 属性决定,存储在 aliases 中。文件名使用纯标题,正文引用更通顺。

前缀content-typealiases 示例使用方式
P-projectP- 求职文件名:求职.md,引用:[[求职]]
A-areaA- 人工智能文件名:人工智能.md,引用:[[人工智能]]
Q-questionQ- 如何学习编程文件名:如何学习编程.md,引用:[[如何学习编程]]
MOC-mocMOC- 前端知识地图文件名:前端知识地图.md,引用:[[前端知识地图]]
SOP-sopSOP- 周回顾文件名:周回顾.md,引用:[[周回顾]]
T-termT-TCP文件名:TCP.md,引用:[[TCP]]
C-conceptC- 闭包文件名:闭包.md,引用:[[闭包]]
VS-comparisonVS- 标题 1 vs 标题 2文件名:标题1 vs 标题2.md,引用:[[标题1 vs 标题2]]
R-recordR- 俄乌冲突文件名:俄乌冲突.md,引用:[[俄乌冲突]]
-atomic无特定前缀文件名:闭包的本质是…md,引用:[[闭包的本质是...]]

目录前缀

数字前缀用于排序:

00-META 系统元数据
10-PROJECTS 项目
20-AREAS 领域
30-ZETTELKASTEN 原创笔记
40-RESOURCES 外部资源
50-ARCHIVE 归档
80-PRIVATE 私有内容
90-DIARY 日记
99-ASSETS 额外资源

命名原则

  • 采用中文 + 内容描述
  • 避免拼音、缩写和无意义编号
  • 禁止特殊字符(? * < > | \ /: “)

标签规范

格式

#父标签/子标签

推荐的标签体系

父标签子标签
#知识管理方法论、工具、工作流、心智模型
#人工智能AI 助手、提示词、Agent
#前端开发JavaScript、React、工程化、CSS
#个人成长健康、时间管理、习惯
#工具AI、编辑器、效率
#方法论PARA、卡片盒、费曼技巧
#认知科学心理学、记忆、学习

原则

  • content-type ≠ tags
    • content-type:决定笔记形式(atomic/concept/sop/term),对应模板
    • tags:描述笔记主题,用于横向分类
  • 主要用于话题(Topic)和媒介(Medium)
  • 无数量限制
  • 无特殊含义标签

工作流

逻辑 1:PARA 行动导向

需要做事 创建项目(P-)  关联领域(A-)  项目/领域发展中发散观点 形成原创笔记

项目结束 / 领域不活跃 归档(50-ARCHIVE)
  • 触发:有明确要做的事情
  • 路径:项目 → 领域 → 原创笔记
  • 补充来源:30-ZETTELKASTEN(原创)和 40-RESOURCES(外部)

逻辑 2:卡片盒捕获加工

对某领域感兴趣 领域笔记(A-/MOC-)发散 形成概念/原子笔记 加工内化
  • 触发:兴趣驱动
  • 路径:领域 → 原创笔记
  • 不需要项目

生命周期

fleeting cultivating active completed archived

索引入口


工具链

  • Obsidian - 笔记软件
  • Templater - 模板生成
  • Linter - 格式规范化
  • Dataview - 数据查询
  • Excalidraw - 绘图
  • Quartz - 静态网站生成