你是不是也有过这种感觉——脑子里有一件事，永远在那儿挂着？
不是「明天要开会」那种待办，是「我应该把人生过得更好」这种悬而未决。你试过把它写进待办清单，写了三年，它还在那儿。你开始怀疑自己：我怎么这么差？
不是你差。是你的抽屉选错了。
Todo、Project、Iter-Progress——这不是三个层次递进的任务管理工具，这是三个完全不同的抽屉。你把东西放错抽屉了，所以它永远关不上。
传统任务管理假设世界是静态的：事情做完就消失了。买票，发邮件，做完就勾销，大脑清爽。这是 Todo 的逻辑。它处理的是生活中的摩擦力，目标是恢复系统的「洁净度」。
Project 不一样。它是一连串有逻辑关联的动作，指向一个明确的物理产出。写一份报告，开发一个功能，盖一栋房子。工程队进场，完工后撤场。你拿到一个成果，然后存档。
但有些东西，这两个抽屉都放不进去。
「成为一个更通透的人」不是「做完就没了」——今天比昨天通透一点，明天还要继续。「打磨一套认知框架」不是「下个月交付」——它可能打磨十年。这些命题没有终结点。你什么时候算「学会思考」？你什么时候算「认知成熟」？
没有哪天。
这就是 Iter-Progress 存在的理由：给那些「永远没有做完那一天」的命题，一个合法的、不被勾销的生长空间。
但这里藏着一个陷阱——为什么很多人把「自我成长」塞进 Todo，然后陷入持续的挫败感？
因为 Todo 的文化太强大。「做完就勾销」是现代效率文化的核心隐喻。它带来快感——负重减轻，大脑清爽，你看到清单变短。这种快感是真实的，是有用的。
但它只对「有终结点」的命题有效。
当你在 Todo 里写「今天要成长一点」，你预设了「成长」是可以被「做完」的。它不能。你写了一年的 Todo，「成长」这件事永远在那儿，因为它没有完成标志。Todo 每次扫过清单，看到它还没勾销，就产生一次「我没做到」的信号。一年下来，几百次信号叠加——不是你不够努力，是这个命题本来就没有「做完」这个状态。
Todo 的前提是「世界是静态的，任务可以被完成和清除」。当这个前提不成立时，Todo 就从解放工具变成了焦虑来源。不是个人意志力的问题，是命题的结构和工具的结构不匹配。
所以真正的问题不是「怎么执行」，而是「这个命题有没有做完的一天」。
有——进 Todo 或 Project。没有——进 Iter-Progress。
三分法就这么简单。但简单不等于容易。关键在入口判断。大多数人拿到一个命题，先想「我该怎么处理它」，而不是先问「它属于哪个抽屉」。然后用处理 Todo 的方式处理 Iter，用处理 Iter 的方式处理 Project，系统就开始积累摩擦。
入口判断只需要回答一个问题：「这件事有没有做完的一天？」如果回答不了，把问题换小一点——「这个版本的它有没有做完的一天？」这个问题的答案往往比「怎么做」更容易判断。而一旦判断清楚了，后面的执行资源分配就清晰了。
Iter-Progress 靠什么运行？不是执行，是反刍。
Todo 消耗的是你的即时注意力——当下的执行资源，用掉就没了。Project 消耗的是你的项目管理能力——拆解、步骤、节点。Iter-Progress 消耗的是反刍能力——你回过头审视框架，思考哪些逻辑过时了，哪些连接可以更顺滑。
反刍是一种慢思考。它不是坐在那儿想，而是持续整合新经验进入已有框架，并判断框架本身是否需要升级。这消耗的是和「执行」不同维度的认知资源。所以真正的问题是：当你的时间有限，反刍和执行之间怎么分配？
答案是：取决于命题的抽屉归属。Todo 就去执行，别多想。Iter 就去反刍，别拿执行量来衡量进展。而当你把 Todo 的认知资源消耗在 Iter 上——每天逼自己「完成」一个没有终结点的命题——你就是在用最低效的方式消耗最贵的认知资源。越努力，越亏损。
版本号代替勾销。
你永远不会说「我的认知框架搞定了」，你只会说「我的框架现在升级到了 v3.0」。
这不是文字游戏。「勾销」预设了一个终点。「版本号」承认你还在路上。「完成」是工业时代的隐喻——产品下线，任务结束，交付存档。「升级」是信息时代的隐喻——没有终点，只有持续适应。
但版本号有自己的陷阱。如果一个 Iter 连续两周没有任何进展，你会开始焦虑：「我怎么没长进？」这不是「版本号」本身的问题，这是「版本停滞焦虑」——一种 Todo 和 Project 都不产生的新型焦虑。
Todo 的焦虑是清晰的——没做完。Project 的焦虑是可管理的——离节点还有多久。但 Iter 的焦虑是弥散的——我有没有在生长？还是只是在制造生长感？
当一个人同时有超过五个活跃的 Iter-Progress，版本停滞焦虑会进入一个增强回路：焦虑驱动低质量迭代，低质量迭代没有实质进展，更焦虑。这个回路是 Iter-Progress 体系的内在风险，不是靠努力能解决的，要靠数量控制。
任务管理的深层问题不是效率，是认知契约。
人跟自己的人生命题之间，有一套隐性契约。Todo 的契约是「做完就两清」。Project 的契约是「交付就结束」。Iter-Progress 的契约是「持续生长但不承诺终点」。
真正的问题不是「怎么管理任务」，而是「我和这个命题之间，应该建立哪种契约？」
选错了契约，即使拼命执行，也会持续处于认知摩擦中。这种摩擦不是因为你不努力，是因为你的管理范式和命题的结构不匹配。这不是时间管理的问题，这是认知框架的适配问题。
所以下次当你感到「为什么我总做不完」的时候，别急着给自己打鸡血。先问一句：这个命题，有没有做完的一天？
如果答案是否定的，别把它塞进 Todo。给它一个抽屉。