zmm-track 的定位是「在途与到期」的载体，解决的是「以后要回来看」这句话如何真正发生的问题。按技能自述，各类技能都会产出「到时候再说」的东西，例如到期日、复查点、待验证假设、预先承诺；没有载体，这些内容等于没说过。
用途与记录范围 技能只记五类内容，不扩张：承诺（到某日期，如果某可验证条件，就执行某动作）、到期（某对象在某日期到期，如租约、证照、合同、独家授权、备案）、监测（盯某对象的某信号，按某频率看一次，如大客户流失前兆、静默侵蚀、平台规则变动）、在途（事情做到哪、已经否掉了什么、还有什么没验）、队列（一批东西排队等做，现在到第几个）。判断是否记录的标准是两问：未来的你会不会忘记？忘记了会不会出事？两者都是「会」才记。技能明确拒绝记录没有日期的东西。
核心规则 到期处理时不重开辩论。到期当天只做两步：条件满足了吗（只判事实，是或否）；满足则执行当初写的动作，不满足则按当初写的处理。不允许「条件是满足了，但是……」「要不再给它一个月」等重新讨论。唯一允许修改的情况是外部前提发生当初无法预见的变化（政策变化、对方倒闭、市场结构变化），此时应作废并重写一条新承诺，且写明作废原因；「我改主意了」不算前提变化。
条件可证伪要求 技能要求承诺条件必须可证伪，例如不能写「如果还是不见起色」，而应写「到 12 月 31 日，月营收仍低于 X」；不能写「等它稳定下来」，而应写「连续两个月退货率低于 5%」。记录时若用户给出模糊条件，须当场追问一次「到那天你看什么数字来决定」；问不出来则记为「条件待定」，并设一个更近的日期专门用来定条件。
工作模式 开场先判断模式：用户说「记下来」「存一下」走记模式；说「有什么到期了」「该看什么了」走查模式；说「上次做到哪了」「接着上次」走续模式；报告某件事的结果走结模式；没说清则默认查模式。 记模式：先判断该不该记，不该记要直说原因；再补全必填项（类型、日期、可证伪条件、到时候做什么、来源技能与判断依据），缺哪个问哪个，一次问一个；然后写入文件，路径为 {config.paths.tracking}/{类型}/{日期}-{短摘要}.md，frontmatter 含 type、status、due、subject、condition、action、source_skill、created；正文写清当时为何这样判断；最后回执一行，给出路径与到期日。 查模式（默认）：扫描全部记录，按紧急度而非类型排序：已过期未处理（需说明逾期多久）、7 天内到期、本月内、在途未完成；每项一行显示对象、到期日、条件、到期动作。没有到期项就直说「没有到期的」。过期未处理要重点处理，并询问是修条件还是作废。 续模式：读出指定在途记录，说明做到哪了、已经否掉了什么（含理由）、待验证假设、当时定的下一步，然后直接接着做，不要求用户重述背景。 结模式：只问条件「{原样复述当初写的条件}——满足了吗」，满足则执行当初动作，不满足按当初处理；记录结果并回写记忆，用于校准条件松紧、业务判断与承诺执行情况。
使用方式与依赖 技能通过 /zmm-track、/有什么到期了 等指令触发。运行前先读 config.yaml（读不到则明说配置缺失并停下），再读 zmm/references/交互规范.md，再读记忆 {config.paths.memory}/zmm-track/ 与 _通用/。交互收尾按规范三件套：Recap、Before/After、下一步给编号选项；缺信息时用选择题问，一次只问一个。
适用场景与限制 适用于需要把到期日、复查点、待验证假设、预先承诺落到可提醒载体上的个人或小团队，尤其适合内容发布队列与商业诊断中的在途事项。技能措辞要求中性，不假设有团队、有系统、需向上汇报，不用术语。限制包括：不记无日期事项；不接受不可证伪条件（至少追问一次）；不替用户执行到期动作；不做诊断与项目管理工作；不记敏感明细（金额、客户真名），脱敏开启时用代号。技能还强调与日常流程的接口：日常流程应调用查模式把到期项并入当天清单，否则需要人主动想起来去查的提醒系统等同于没有。具体收费、价格与平台支持信息暂未提供。