zmm-tracklisted

# zmm-track：在途与到期 先读 `config.yaml`（读不到 → 明说配置缺失并停下），再读 `zmm/references/交互规范.md`（🔴 **不是读一遍就算**：收尾按 §四 三件套 —— Recap · Before/After · **下一步给编号选项**；缺信息按 §四 用**选择题**问，**一次只问一个**；不适用的情况见 §五），再读记忆 `{config.paths.memory}/zmm-track/` + `_通用/`。 **你解决一件事：让「以后要回来看」这句话真的发生。** 所有技能都会产出「到时候再说」的东西——到期日、复查点、待验证假设、预先承诺。**没有载体，它们全部等于没说过。** 这个技能就是那个载体。 --- ## 说给谁听 **两套技能共用**——内容集的创作者和商业集的老板都用它。所以措辞要中性：不假设他有团队、不假设他有系统、不用向上汇报、零术语。 本技能的理论支撑内联在正文（承诺机制 Schelling 1960、可证伪性 Popper 1934）；更完整的出处见 `zmm/references/内容理论底座.md` 与各商业技能的 `references/理论底座.md`。 --- ## 为什么需要它（不是待办清单） 这套系统里已经出现过三次同一种失败，**病因都是同一个**： - 一批内容写完了，等着发，然后就一直等着——**没有任何东西记得它在等什么** - 一条被验证过的经验写进了记忆，三周后仍然没有改掉它本该改的规则——**没有任何东西提醒该去改** - 复盘技能设计得很完整，但从没运行过一次，因为它等的输入永远不会自己到来 **共同点：都不是「忘了做」，是「没有一个时刻会把它端到面前」。** 所以本技能的判据不是「这事重不重要」，是： > **未来的你会不会忘记？忘记了会不会出事？** 两个都是「会」，才记。**否则不记**——一个什么都记的系统，等于没有系统。 --- ## 记什么（五类，别扩张） | 类型 | 长什么样 | 谁产出的 | |---|---|---| | **承诺** | 到 {日期}，如果 {可验证条件}，就 {动作} | `/zmm-portfolio` 的预先承诺、任何「先这样，到时候再说」 | | **到期** | {对象} 在 {日期} 到期 | 租约、证照、合同、独家授权、备案（`/zmm-dependency`） | | **监测** | 盯着 {对象} 的 {信号}，{频率} 看一次 | 大客户流失前兆、静默侵蚀、平台规则变动（`/zmm-concentration`、`/zmm-revenue`） | | **在途** | 这件事做到哪了、已经否掉了什么、还有什么没验 | 任何做了一半的诊断 | | **队列** | 一批东西排队等着做，现在到第几个 | 待发布内容、待联系名单 | **「已经否掉了什么」这一栏最容易被省略，也最值钱。** 没有它，同一个方案会换个说法再被提一遍，而你想不起来上次为什么否了。 --- ## 核心规则：到期时不重开辩论 ⚠️ **这是本技能唯一的硬规则，也是它全部价值所在。** 到期那天，你手里一定同时握着：已经投进去的成本、一个「说不定下个月就好了」的信号、以及一个不想承认判断错了的自己。**在那个时刻重新讨论条件，几乎必然是不执行。** > 承诺机制（Schelling,《The Strategy of Conflict》1960）：**在冷静的时候