OmniFocus 收件箱清空指南：抛弃传统分类，一条任务是如何靠“场景标签”找到归宿的？

刚开始用 OmniFocus 的时候，我最怕的不是任务多，而是收件箱里那种模糊到无法下手的条目。

比如：

抓紧做方案

就这五个字，足够让人发呆半分钟。

我以前总以为，清空收件箱最难的是“分类”。后来才明白，真正难的不是把任务分进哪个抽屉，而是回答一个更实际的问题：

这条任务会在什么场景下被我顺手做掉？

标签不是分类器，而是筛选器。

这也是我现在处理 OmniFocus 收件箱的核心逻辑。

1. 一条任务离开收件箱前，要先过哪几步

我处理收件箱时，步骤其实很简单：

1. 先把模糊描述改成具体动作
2. 判断它是不是可执行事项
3. 两分钟能做完就直接做掉
4. 如果不是一步能完成，就放进项目
5. 最后再补标签

以前我最容易卡住的地方，是第 5 步。

因为一提到标签，很多人第一反应就是分类：工作、生活、学习、电脑、手机、线上、线下……

但我后来越来越觉得，这种想法很容易把系统做重。

任务真正需要的，不是“属于哪一类”，而是“在什么情况下我会看见它”。

2. 为什么我不再用“电脑 / 手机”这种传统上下文

老 GTD 很喜欢讲上下文，比如 @电脑、@电话、@办公室。

这些放在过去也许合理，但现在很多人的现实是：

• 手机和电脑随时切换
• 线上线下边界很弱
• 一条任务常常在哪里都能做一点

这时候，设备标签的区分价值就会快速下降。

如果一个标签不能明显改变你的筛选结果，它就不值得长期维护。

没有筛选价值的标签，只是在制造系统噪音。

所以我后来不再把上下文理解成设备，而是理解成：

我当前处在什么生活场景里，更容易把这件事做完。

3. 我现在怎么理解“场景标签”

对我来说，场景标签回答的不是“这件事属于哪里”，而是：

我在哪种生活状态里，会自然看到并完成它。

我现在长期保留的几个核心场景是：

• @家
• @办公室
• @通勤
• @外出
• @任何地方

它们不是为了把任务分门别类，而是为了后面建 Perspective。

比如：

• 在家时，我只看 @家
• 出门跑腿时，我只看 @外出
• 通勤时，我只看 @通勤

这样一来，任务的“归宿”就不再是一个抽象类别，而是一个具体场景。

任务的家，不是它属于什么，而是你会在什么条件下遇见它。

4. 场景之外，我只保留两类辅助标签

场景是主轴，其他标签我只做辅助。

我现在主要叠加两类：

• 能量
• 时长

但它们不是主视图，只是二次筛选条件。

原因很简单：

• 场景决定“你在哪里做”
• 能量决定“你现在做不做得动”
• 时长决定“你现在做不做得下”

这三者不是一个层级。

如果把时长和能量也抬成主系统，很容易越做越碎。
更稳的做法是：先靠场景找到任务，再用时长和能量缩小范围。

5. 还有一类任务，关键不在场景，而在人

后来我发现，还有一类任务不能只靠场景解决。

比如：

• 下次见老婆时，要聊孩子课程安排
• 要和合作伙伴确认报价
• 要跟同事对一下策划方向

这类任务的问题不在“我在哪里做”，而在：

我下次和谁碰到时，应该顺手处理掉。

所以我后来又补了一类很轻的标签：人物标签。

比如：

• 老婆
• 合作伙伴
• 同事

它不是为了替代场景，而是补一个“和谁有关”的维度。

有些任务的关键约束不是地点，而是人。

6. 回到最开始那条任务，它最后怎么找到归宿

最开始那条“抓紧做方案”，如果按我的流程处理，最后会变成：

• 明确动作：列出方案所需的 3 个核心资源
• 所属项目：Q2 协作方案
• 场景标签：@办公室
• 能量标签：高能量
• 时长标签：30 分钟

然后设置好 defer，清理出收件箱。

它不需要我一直惦记，也不需要我以后在一大堆任务里重新找到它。
到了合适的场景，它自然会出现。

这才是我理解的“把任务托付给系统”。

7. 我现在怎么看待收件箱清空

以前我觉得，清空收件箱是在做整理。
现在我觉得，清空收件箱其实是在做一件更重要的事：

替每条任务找到它未来出现的条件。

只要这个条件找对了，任务就能离开收件箱。
条件找不对，它就会一直黏在那里，让你反复犹豫。

所以对我来说，收件箱清空的重点从来不是“分类正确”，而是：

让任务在正确的场景里，重新出现。

这也是为什么我越来越依赖场景标签，而不是传统分类。

附录：我保留的几个核心 Perspective

如果你想直接复刻一套够用的结构，我建议核心视图不要太多，保留下面几类就够了：

如果你也在用 OmniFocus，不妨先问自己一句：

你的任务，究竟是在“哪一类”里完成，还是在“哪种场景”里完成？

这个问题一旦想清楚，收件箱就会比以前好清得多。