为什么要用 Obsidian 以及我的使用场景 很多人选择 Obsidian 是因为它基于纯文本的 Markdown 文件、强大的链接功能以及高度可定制性。我把 Obsidian 当作日常写作、知识建构、项目管理与资料收藏的中心。具体用途包括写博客与月度通讯稿、收集并整理读书笔记、为正在进行的项目建档、记录健康相关内容、以及保存对游戏、视频与网页片段的摘录。把这些用例放在同一个库裡,有助于把思考与行动结合,避免信息分散在太多工具之中。原则上我坚持的核心是简单与可持续,偏好少量精心挑选的插件与稳定的文件组织方式,以降低长期维护成本。 设计规则与命名约定 为了让系统长期可用并减少决策疲劳,我为自己设定了若干规则。
首先尽量保持简单,避免过多层级文件夹与复杂的元数据。只使用一个 Vault,避免出现多个孤立的库。尽量使用原生 Markdown,不去引入非标准扩展。标签与链接尽量使用复数形式以便一致性,日期统一采用 YYYY-MM-DD 格式以便排序与检索。文件名与标题保持同步,通过插件自动维护,但编辑习惯上以标题为主。 整体目录结构与各自作用 我的 Vault 主要由几大主文件夹构成,分别承担不同职能。
Note Box 是知识笔记的核心,放置长效的 Zettel 类型笔记、临时但与项目相关的 Project 笔记,以及博客稿件、视频脚本与位置笔记等。Collections 文件夹用于外部内容的存放与管理,下设 Books、Games、Clippings 等子文件夹,用来保存书目条目、游戏条目以及网页摘录。Tasks & Reminders 则作为当月待办与提醒的集中地,通过周期性笔记插件管理每月任务。Temporary 用于非常短期的临时记录,写完或迁移后会及时清理。Meta 文件夹包含 Archive、Attachments、Bases、Templates 等辅助内容,Archive 放退役笔记,Attachments 存媒体文件,Bases 存放 Base 视图相关的共享配置或辅助文件,Templates 放置各类模板文件。 为什么把 Zettel 与 Project 放在同一层 早期我把 Zettel 与 Project 放在不同位置,后来合并为一个 Note Box 文件夹。
原因在于概念性笔记與项目笔记常常相互引用,同一位置下更利于发现与连接。Zettel 保持原子性,聚焦单一概念并链接相关内容,而 Project 笔记则承载短期目标与可交付成果。通过在笔记内部添加属性与类型标记,可以在 Base 视图中按类型筛选、展示项目的概览与状态。 链接、MoC 与底层连接逻辑 笔记之间的连接是 Obsidian 的核心优势。我常用双向链接 [[...]] 来把想法互相串连。在某些主题出现多个相关笔记时,我会创建 MoC(Map of Content,内容地图)来提供主题级别的总览。
MoC 一方面通过显式链接汇集相关条目,另一方面可以嵌入 Base 视图,自动显示属于该主题的笔记列表。这样的做法让结构自然生长,笔记可以同时属于多个主题而无需复制。 Collections 的使用方式:书籍、游戏与剪辑 Collections 主要存放外部来源的实体条目。Books 子文件夹的每一本书都作为独立笔记存在,包含章节概览、快速摘要、适合读者与收获等信息。真正的知识点则会被抽取并转移到 Note Box 的 Zettel 中,以便与其他知识发生连接。Games 文件夹以类似方式管理游戏信息与体验笔记。
Clippings 则通过 Obsidian Web Clipper 保存网页原文与摘录,作为后续写作或创建 Zettel 的素材来源。将原始材料与衍生知识分开存放,有助于维持库内笔记的清晰度。 模板与属性的体系化使用 模板是提高一致性與效率的重要工具。我使用 Obsidian 的核心模板功能为不同类型的笔记预填 frontmatter 与常用结构。Note Box 中常见的模板包括 Zettel、Project、Blog Post、MoC 与 Script。Collections 中为 Book 与 Game 配置专属模板。
Tasks & Reminders 有自己每月待办模板。每个模板会包含一组共享属性,例如类型、创建时间、状态与相关链接,便于在 Bases 中统一筛选与展示。模板的目标是减少重复操作并强制执行一些结构化信息,便于长期检索。 用 Bases 与 FolderNotes 构建可视化目录与总览 随着 Obsidian 的演进,Bases 成为我替代 Dataview 的首选工具。Bases 可以以表格、卡片或列表方式展现笔记,并支持过滤与排序。我把多个 Base 嵌入到 FolderNotes 的文件夹笔记中,这样当点击某一文件夹时,打开的是一个带有动态总览的文件,而非简单的目录列表。
比如 Note Box 的 overview 会显示 MoC 列表、活跃项目、热门 Zettel 与完整文件清单。通过 Base 的筛选功能,可以构建高度定制的工作台,使日常查找与规划更有效率。 插件选择原则与当前插件清单 我倾向于尽量减少社区插件的数量,每一个插件都带来复杂性与兼容性风险。目前使用的插件精简而实用,包含 FolderNotes、Filename Heading Sync、Language Tool Integration 与 Periodic Notes。FolderNotes 把文件夹与其专属笔记绑定,便于构建文件夹级别的概览。Filename Heading Sync 保持文件名与页面顶部 h1 标题同步,避免文件名与标题不一致带来的混乱。
Language Tool Integration 用于语法与拼写检查,Periodic Notes 用来维护每月的任务与回顾。重要的是,我在 2.0 版本中移除了 Dataview,同时也不再使用 Lazy Plugin Loader、Home Tab 与 Book Search 等插件,以简化系统。 界面与样式的选择 我使用 Obsidian 自带的暗色主题,未引入任何自定义 CSS 片段。这样的选择保证了跨设备与未来升级时的稳定性,同时减少了视觉样式与功能之间可能的冲突。对我来说,内容与工作流优先于视觉炫技,保持默认主题也更利于在不同设备上获得一致体验。 写作与发布:用 Obsidian 为网站写稿 Obsidian 不仅是笔记工具,也成为我写博客与月报的内容创作环境。
我使用 Astro 等静态站点生成器,将 Markdown 文件转换为网站页面。一个常用做法是把网站仓库作为子模块放在 Obsidian 项目中,这样能在任意设备上写作并直接同步到网站代码库。写作流程通常是在 Note Box 撰写稿件并使用模板预填结构,完成后导出或直接同步到网站仓库进行构建与发布。 同步与备份策略 由于 Obsidian 本质上是文件夹,所以任何支持文件同步的服务都可用。我当前的方案是把仓库备份到个人 GitHub,并使用 Google Drive 进行跨设备同步。Windows 上使用 Google Drive Desktop,Android 上使用 DriveSync。
定期把 Vault 推送到 GitHub 可以在意外情况下提供额外的恢复点。选择简洁而可靠的同步方案比使用复杂专有协议更有助于长期可维护性。 关于 Obsidian 与其他工具的协同使用 尽管 Obsidian 能胜任大部分个人知识管理任务,我仍同时使用 Notion 与 Logseq。Notion 用于需要协作的内容与更强的数据库与看板功能,Logseq 担任快速日记与时间轴式记录的角色。每个工具有其强项,把它们分工使用可以弥补单一工具的短板。对比其他现代笔记应用,我认为 Obsidian 在可扩展性與离线可控性上占优,但在协作与原生数据库功能上 Notion 更方便。
常见误区与实用建议 许多 Obsidian 用户在初期会陷入过度设计的陷阱,如创建过多的文件夹、过度依赖复杂的插件或把所有信息都做过度分类。我的建议是先从最小可用系统开始,让笔记自然生长;如果某类笔记频繁出现,再考虑为其建立模板或 MoC。保持简单命名规范、统一日期格式與属性约定,会在长期检索与自动化上带来巨大回报。另一个关键是经常做清理,把 Temporary 或不再有价值的笔记归档到 Archive,避免知识库臃肿。 从 1.0 到 2.0 的演进体会 在最近的版本迭代中,我对 Vault 做了两点重要调整。第一是把 Zettel 与 Project 合并入 Note Box,方便交叉引用与发现。
第二是减少对 Dataview 的依赖,转而广泛使用 Obsidian Bases 来构建视图与总览。Periodic Notes 被用于月度任务管理,而许多原先依赖的社区插件被移除或替换。整体效果是系统更简洁、加载更快、维护更轻松,也减少了插件升级带来的风险。 如何开始构建类似系统的实操步骤 如果想在自己的 Vault 中复制类似的结构,先定义几个核心文件夹,例如 Note Box、Collections、Tasks & Reminders、Temporary 与 Meta。然后建立一些基础模板覆盖最常用的笔记类型,设置好 Base 的常用视图并把它们嵌入到 FolderNotes 的文件夹笔记中。选择少量可靠的插件来补足核心功能,例如 FolderNotes 与 Periodic Notes,再逐步把现有笔记迁移并在使用过程中不断优化模板与属性。
重点在于持续使用与小步迭代,而不是一次性设计完整体系。 结语:把工具当作工作与思考的放大器 我的 Obsidian 笔记库不是一个完美的教条,而是一个经过实际工作与写作验证后的实用系统。通过简洁的规则、合适的模板、谨慎选择的插件与基于链接的底层思维,我得以把注意力放在创造与执行上,而不是维护工具本身。任何人都可以在这个框架基础上做适当调整,使其更契合个人需求。若你希望更快上手,可以参考我的 GitHub 模板仓库,直接导入基础模板与 FolderNotes 总览配置,作为起点逐步演化出属于自己的知识管理生态。 。
