最近我才意识到一件事： 我在 Obsidian 里折腾项目任务管理，其实不是因为任务多，而是我经常忘记自己“正在推进什么”。
不是没写 TODO，也不是没工具。 问题更像是——任务散落在各个项目笔记里，一段时间不碰，就彻底从视野里消失了。
Dataview 最早吸引我的点也不是什么“自动化”，而是它让我第一次认真去想： 项目、任务、笔记，这三者到底是什么关系。
项目不是一个列表，而是一堆正在变化的判断
一开始我也走过常见的路：
- 一个项目一个文件夹
- 文件夹里放需求、方案、记录
- 再搞个 TODO.md
看起来很工整，但问题是—— 任务的状态变化，跟文件结构几乎没有关系。
我经常遇到这种情况：
- 项目还在，但已经停了
- 笔记很多，但没一条是“下一步该干嘛”
- TODO 还在那，但我下意识不想点开
后来我慢慢接受一个不太“工具理性”的结论：
任务管理不是把事情列清楚，而是让自己在合适的时候看到合适的事。
Dataview 在这里才开始有点用。
我现在对“任务”的最低定义
我给任务下的定义非常低配，甚至有点随意：
- 它必须附着在某个项目上
- 它一定是“下一步”，而不是规划
- 它允许长期停留在未完成状态
所以我没有一个统一的任务文件。 任务直接写在项目笔记里，形式也很简单，比如一句带 checkbox 的话。
真正关键的不是写任务，而是我后来还能不能再看到它。
Dataview 做的，只是把“还能看到”这件事变得可靠一点
我并没有让 Dataview 接管任务生命周期。
它不负责：
- 优先级
- 规划
- 是否合理
它只做一件事： 把分散在各个项目里的任务，再次拉回到一个视野里。
这个视野对我来说很重要，因为我发现自己很依赖“被动提醒”：
- 如果一个任务两周没再出现过，我大概率当它不存在
- 但只要它偶尔冒出来，我就会重新评估要不要继续
Dataview 的价值，反而在于这种“打扰感”。
项目主页，比任务列表更重要
后来我单独做了一件事： 给每个项目一个“项目主页”，但内容很少。
一般只放三类东西：
- 当前仍然未完成的任务
- 最近一次更新的时间
- 几条我当时写下的判断（而不是总结）
我刻意没有在主页里放“项目说明”。 因为每次我真正关心一个项目，关心的都不是它是什么，而是：
我上次为什么停在这里？
Dataview 在这里更像一个“索引工具”，而不是管理工具。
一个我到现在还没想完全明白的点
说实话，我现在也不确定这种方式是不是“高效”的。
有些项目会在列表里躺很久， 每次看到，我都会犹豫一下： 是该继续，还是干脆承认它已经死了。
但我慢慢觉得，这种犹豫本身就是价值。 至少它让我知道： 这个项目不是被我忘掉的，而是被我选择性搁置的。
对我来说，这比一个永远干净的任务面板要重要。
最后一点（但不算总结）
如果你是冲着“用 Obsidian + Dataview 搭一套完整任务系统”来的， 那这套方式大概率会让你失望。
它不完整，也不优雅， 甚至很多地方都依赖人的记忆和感觉。
但如果你和我一样，更在意的是：
哪些项目，仍然值得占用你的注意力
那 Dataview 可能刚好够用。
