用 Obsidian 做 GTD 任务管理

用 Obsidian 做 GTD 任务管理

GTD（Getting Things Done）的五个步骤——捕捉、厘清、组织、回顾、执行——与 Obsidian 的能力天然契合：捕捉有移动端快速通道，组织有文件夹和标签，回顾有 Bases 和 Dataview。本章搭建一套不依赖重型插件、能长期运转的 GTD 系统。

系统总览：四张清单 + 一个收件箱

GTD 的精神是「大脑用来思考，不是用来记忆」——所有任务先落进系统，再分类管理。在 Obsidian 里的最小实现：

MyVault/
├── 00-Inbox/          # 收件箱：一切未处理事项
├── 10-Projects/       # 项目清单：多步骤事务
├── 20-Areas/          # 承担清单：按领域查看
├── 30-Resources/
└── 90-Meta/
    ├── GTD-主页.md     # 每日工作台
    └── 待办总表.md     # 全库任务汇总（自动）

收件箱：任何想法、任务、待办先进这里，格式不限，一条一行。
项目清单：需要多个步骤才能完成的事，每件事一个项目笔记。
承担清单：按领域（工作、家庭、健康）组织的下一步行动。
待办总表：用 Dataview 自动汇总全库未完成任务，作为「可信的兜底」。

五个步骤的 Obsidian 实现

第一步：捕捉。 靠近零摩擦：桌面端给「打开收件箱笔记」设快捷键；移动端用 iOS 快速捕捉或小组件，目标笔记固定为一篇「收件箱」笔记或当天日记。原则是先记下，不分类，捕捉时做任何分类决策都会增加摩擦。

第二步：厘清。 每天固定时间（建议下班前）清空收件箱，对每条做经典四问：可执行吗？不可执行——删掉、归档或放入「将来/也许」清单。一步能完成吗？两分钟内的事立刻做完不进系统。需要多步吗？建项目笔记进项目区，把「下一步行动」写在项目主页。只差最后一步？写成 - [ ] 任务，打上领域标签和情境标签，进承担清单。

第三步：组织。 任务语法用标准任务列表，配合标签做维度：

- [ ] 给论文导师发开题提纲 #工作/科研 #等待-回复
- [ ] 预约体检 #个人/健康 ⏫

情境标签（#等待- 前缀表示等待他人）、优先级符号、日期都直接写在任务行内。所有会流转的领域（#工作 #个人）在标签体系一章的纪律下设计，避免标签爆炸。

第四步：回顾。 两个频率：每日回顾五分钟——扫一遍待办总表，选「今日三件事」写进当天日记；每周回顾三十分钟——清空收件箱、检查项目列表每个项目的下一步是否明确、处理等待清单。回顾是 GTD 系统的生死线，与本书定期回顾一章的周记流程合并做，一次仪式两份产出。

第五步：执行。 执行时不打开任务清单找事做，而是从当日日记的「今日三件事」出发。任务清单是仓库不是工作台，工作台永远是日记。

待办总表：Dataview 自动汇总

核心的自动化组件是一篇「待办总表」笔记，内容：

```dataview
TASK
FROM "10-Projects" OR "20-Areas" OR "00-Inbox"
WHERE !completed
GROUP BY file.link
```

它把所有活跃区域的未完成任务按所属笔记分组列出，源笔记勾选后总表实时更新。进阶版可以按情境标签过滤出「等待中」的任务：

```dataview
TASK
FROM "10-Projects" OR "20-Areas"
WHERE !completed AND contains(tags, "#等待")
```

依赖 Dataview 的用户注意：任务行内写的标签要同时存在于 tags 元数据里才能被 contains(tags, ...) 命中，具体匹配行为以 Dataview 文档为准；最稳的写法是直接用 text 字段做文本匹配。不想用插件的用户可以用官方方案替代：把全库未完成任务的查询嵌入主页（task-todo: 搜索式），效果相近、零依赖。

项目主页：任务的上层容器

多步骤任务的宿主是项目笔记，模板要点：属性里放 status 和 deadline；正文分「目标」「里程碑」「下一步行动」三段。GT D 与 PARA 的结合点在这里：项目完结后整包移入归档区，status 改为已完成——用 Bases 的项目看板（Group by status）一眼看清所有项目的健康度。

新手常见误区

误区一：把 GTD 软件化理解为「装个任务插件」。 任务系统的核心是回顾仪式，不是工具。没有每周回顾，再精致的看板也会腐烂成「第二大脑里的垃圾抽屉」。

误区二：任务散落全库不回收。 日记里写任务、会议纪要里写任务、读书笔记里写任务，却没有汇总视图——结果必然漏做。纪律：任务可以随手记，但每天厘清时要收口到项目或承担清单，或依赖总表自动捞回。

误区三：清单越多越安心。 维护二十个清单的成本很快超过收益。最小系统四张清单足矣，扩展前先问「这张清单每周会被回顾到吗」。

误区四：用日历管理待办。 日历只放「必须在特定时刻发生的事」（会议、预约），弹性任务进清单。把所有任务塞进日历，要么每天被满屏红点压垮，要么积压成无效日程。

任务管的是「事」，而真正产生长期回报的是「写」。下一章进入写作者最关心的环节：从素材收集到文章输出的完整工作流。

情境与等待：两份容易被忽略的清单

经典 GTD 除了行动清单，还有两份清单对知识工作者尤其有用，值得在 Obsidian 里固定下来。

等待清单（Waiting For）：委托出去、等待回复的事项。实现很简单——任务打 #等待 类标签，或专门一篇「等待中」笔记逐条记录：等什么、谁负责、何时该催。价值在周回顾时一目了然：哪些该催了、哪些已经石沉大海。配合 Dataview 按标签过滤，等待清单自动生成。职场协作中，这份清单是「靠谱感」的来源——你永远不会忘记向谁要过什么。

将来/也许清单（Someday/Maybe）：现在不做、但不想彻底放弃的想法。学某门课、做某个 side project、去某个地方旅行。它与收件箱的区别是：收件箱必须每周清空，将来清单可以长期躺着。它的价值在月度盘点时——翻一翻，把时机成熟的捞进项目区，把彻底没兴趣的删掉。Obsidian 里它就是一篇普通笔记加一个标签，简单到不值得造轮子，但缺少它的系统会出问题：所有「以后再说」的东西要么堆积在收件箱（污染厘清流程），要么被随手删掉（丢失真想法）。

GTD 与日记、周记的时间层配合

GTD 的清单是「空间」组织，日记和周记是「时间」组织，两者的接口设计决定系统是否顺手。推荐的三层接口：日记管当日——「今日三件事」是当天的工作台，执行只看它，不翻总清单；周记管本周——周回顾时清点总清单、定下周重点，周记里的「下周三件事」就是下周日记的种子；清单管库存——所有任务的真实仓库，只在回顾时全量检视，平时不依赖它安排当下。

这个分工的原理是：清单适合「存」，不适合「选」。人每天面对清单做选择是高耗能的，把选择动作压缩到「晨间五分钟」和「周回顾三十分钟」两个固定时点，其余时间只执行已选定的三件事——认知负担最小，系统也最不容易崩。

从纸笔到 Obsidian：迁移时机

最后回应一个常见问题：GTD 一定要用 Obsidian 这类工具吗？纸笔 GTD 完全成立，甚至入门更快。Obsidian 版本的优势在三点：任务与知识同库（做任务时相关资料一键可达，这是任何任务软件都给不了的）； Dataview/Bases 提供的自动汇总免去了纸笔系统的手工誊抄；历史可回溯（每篇日记都是当天任务系统的快照）。劣势是初始搭建成本和纪律要求更高。

务实的建议是：如果 GTD 对你是全新概念，先用纸笔或任意工具跑通「捕捉—厘清—回顾」三个月，再迁到 Obsidian；如果你已有 Obsidian 使用基础，直接按本章搭建最小系统即可，不必纠结工具完美——回顾的纪律到位了，工具怎么样都能跑起来。

动手搭建：一小时上线路线

方法读完就该动手，给一条一小时内可完成的搭建路线，每步十分钟上下。第 1-10 分钟：建目录——00-Inbox、90-Meta 两个文件夹，再写两篇笔记：「收件箱」（打 #inbox 标签）和「待办总表」（贴入本章的 Dataview 查询或 task-todo: 嵌入搜索）。第 11-20 分钟：建项目模板——项目笔记模板（status、deadline 属性加目标/里程碑/下一步三段）放进模板库，顺手给「打开收件箱」和「打开待办总表」各设一个快捷键。第 21-30 分钟：把脑子里悬着的事全部倒进收件箱——工作的事、家里的事、拖了很久的事，一条一行，不分类不判断，写完为止。这一步是整个系统最解压的时刻。第 31-50 分钟：第一次厘清——按四问流程过一遍收件箱，两分钟内能做的当场做掉，需要多步的建项目笔记，剩下的写成任务打上领域标签。第 51-60 分钟：在日历里创建两个循环提醒：每天下午的收件箱清空、每周日晚的周回顾；然后打开待办总表，确认它正确显示了刚才创建的所有任务。

一小时后你拥有的不是一个「准备开始」的系统，而是一个已在运转的系统：入口（收件箱）、仓库（清单）、视图（总表）、节奏（两个日历锚点）全部就位。接下来一周只做一件事——每次想到任何事，先扔收件箱再说。习惯从这一条开始生根。

延伸阅读：任务系统的自动汇总离不开查询与正则，正则表达式从入门到精通补足底层技能；效率工具的节奏管理，HBuilderX 效率技巧与提效手册提供了编辑器场景的对照实践。

本章由 WorkBuddy 原创整理，功能行为依据 Obsidian 官方帮助文档。