为什么 Obsidian 需要一套更清楚的工作模板?
这套 Obsidian 模板会把项目、任务、笔记和复盘放进本地 Markdown 工作流,目标是让 Obsidian 既能保存资料,也能承接行动。
先看结论
这套正在准备中的 Obsidian 模板,会用来管理项目、任务、笔记和复盘。
它来自我过去做 FLO.W 思流时积累的方法,但这一版不会把 Notion 版本原样搬进 Markdown。Obsidian 的优势在于本地文件、链接、长期写作和更自由的组织方式,所以它需要围绕 Obsidian 的使用方式重新设计。
我希望它解决的问题很具体。当一个 Vault 里开始积累大量想法、资料、任务和项目时,这些内容应该继续推动真实工作,而不是慢慢变成一个很难回看的资料仓库。
为什么要做 Obsidian 版本
FLO.W 最早是在 Notion 里被验证出来的。Notion 适合把信息放进数据库,用状态、关系和视图把工作推进起来。项目、任务、内容、客户、复盘,都可以被清楚地放在系统里。
但很多人使用 Obsidian 的原因刚好不同。你可能更在意本地文件,更喜欢 Markdown 的长期可读,也不希望所有东西一开始就被塞进一张表里。
问题也会随之出现。Obsidian 足够自由,前期记录很轻松;但当笔记越来越多,项目越来越多,任务和资料混在一起时,很多 Vault 会开始变重。你知道自己写过很多东西,却很难确定下一步要做什么,也很难把旧笔记重新带回当前项目里。
这套 Obsidian 模板要处理的就是这个缝隙,保留 Obsidian 的自由,同时给日常工作一条更稳定的路径。
背后的工作思路没有变
无论放在 Notion 还是 Obsidian,我关心的始终是信息从哪里来,又要去哪里。
一条想法可能先是一篇笔记,后来变成一个项目里的判断,再拆成任务,最后进入复盘。一个项目除了待办,也应该留下背景、材料、决策和结果。
所以 Obsidian 模板第一版会先围绕四类内容展开:
- 项目:当前正在推进的事情。
- 任务:真正需要执行的下一步。
- 笔记:可以被复用的材料、想法和判断。
- 复盘:回看系统是否真的帮你推进了事情。
这四类内容会保持克制,让你在打开 Obsidian 时更容易回答几个问题:我现在在推进什么?下一步是什么?相关资料在哪里?这件事结束后留下了什么?
为 Obsidian 重做意味着什么
Obsidian 版本不会照搬 Notion 里的数据库思路。
在 Notion 里,一个对象可以依靠字段和视图被稳定管理;在 Obsidian 里,更多东西要通过文件夹、链接、Properties、模板和 Base 来维持秩序。
这会改变很多设计判断。结构太少,Vault 会散;结构太重,Obsidian 又会变成另一个需要维护的系统。
所以这一版会很克制,只给必要的结构,让项目、任务、笔记和复盘之间能够接起来。能用 Markdown 表达的,就尽量保持为 Markdown。需要状态和筛选的地方,再使用 Properties 和视图。
现在进展到哪一步
目前这个网站会先做三件事:
- 介绍这套 Obsidian 模板会解决什么问题。
- 收集 waitlist,方便后续通知测试和发布。
- 通过 Blog 记录模板建设过程、设计取舍和 Obsidian 使用教程。
模板本身还在继续打磨。第一版会先服务个人日常项目、任务、笔记和复盘,不会一开始就追求大而全的系统。
这套模板的目标很具体,就是让 Obsidian 真的进入工作流。你写下来的东西,最好能在未来某个项目、某个任务、某次复盘里再次发挥作用。
如果你也在用 Obsidian 管理工作和长期笔记,可以先加入 waitlist。后面有测试版本和正式发布时,我会通过邮件继续同步。
更多文章

Obsidian 2026 最新 Remotely Save 同步教程:腾讯云 COS 配置完整指南
这篇 2026 最新教程会用腾讯云 COS 作为示例,带你配置 Obsidian Remotely Save,在电脑和手机之间完成第三方同步。

Obsidian 2026 最新全平台插件安装教程,官方市场、BRAT 和手机端一次讲清楚
这篇教程会说明 Obsidian 插件的几种来源,以及在电脑端、手机端安装社区插件、用 BRAT 安装 GitHub 插件的完整流程。

Obsidian 模板开发日志(一):下定决心
这篇开发日志记录我为什么开始认真开发 FLO.W Obsidian 模板,以及我对 Notion、AI 时代笔记价值和 Obsidian 模板设计的重新思考。