R2.04.3Debt repayment trigger设计
偿还需要明确的触发条件
别名: 偿还触发 · 稍后无效 · 触发条件 · 债的点火
概念解释
「稍后还」不是日期，也不是事件。设计债的偿还要绑一个可观察的触发条件（debt repayment trigger）：下次改这条流程时、某个组件落地时、某一类咨询越过阈值时。没有触发，工作系统不会在任何一步问「是不是现在还」，偿还就不会被拉进队列。跳过触发必须是一次看得见的例外，而不是默默过期的意图。
触发条件写的是点火，不是愿望。愿望是「等不忙了」；点火是「这个文件被打开的那一次」。
机制
计划工具按事件拉工作：迭代开始、缺陷到达、依赖合并。偿还若不属于任何事件，它就没有被拉取的钩子。人口头上的「稍后」依赖某人想起，而想起不是流程里的步骤。于是债在跟踪器里休眠，功能列车一班班开过，没有一班被要求停车检查。
可观察是为了让跳过可被抓住。触发写成「下次有人改设置页」，那么设置页的变更清单里应有一格问「本页的债是否一起还」。有人改了设置页却没还，缺的是那一格，可以被看见。触发写成「等有空」，没有清单会问有没有空，跳过和尚未发生无法分辨。触发还可以是计量的（某类咨询连续两周超过 n），计量到达时自动开一张偿还卡，不必等人想起。无论哪一种，缺的是钩子，不是觉悟。
边界
当天就能还、还没离开本迭代的不一致，不需要另写触发，当下的完成定义就是触发。触发若写成永远不会发生的事件（「等全面重做」而全面重做不在路线图上），等于没有触发，只是把愿望换了一种说法。多条债绑同一个过大触发（「下次改版一并还」）会在改版被切范围时集体失火；应拆成随各自被碰的表面点火。自动触发若没有上限，计量噪声会把偿还卡刷爆，需要冷却或合并规则，否则触发本身变成噪音。
怎么落地
- 每张未还的设计债工单写下一句可观察的触发：哪个表面下次被改、哪个依赖落地、哪个计量越过哪条线。写不出这句的工单不算完成登记。
- 把触发嵌进对应的变更检查：改该表面的拉取请求或走查表里有一格问「本表面的债是否处理或显式跳过」。
- 跳过必须留下记录（谁、哪一次变更、为什么这次不还），下一次同一触发仍要再问。
- 验证：抽五张仍开着的设计债工单。每张的下一项若是「稍后」而没有事件，登记失败。再找一次已经发生的触发（该表面确实被改过）：若变更记录里没有「已还 / 显式跳过」，钩子没有装上。