L4.12.1mid-steps shift correction in-process设计研究
可观察的中间步骤把事后纠错变成过程中干预
别名: 纠错时间轴前移 · in-process correction · 不要等跑完再改
概念解释
错误被发现的时刻，决定补救有多贵。终局才看见，补救是整包重做或对外更正；中间步骤在跑的时候就能看见，补救是改下一拍。中间步骤把纠错从事后拖进过程中（mid-steps shift correction in-process）说的是时间轴搬家：可见性的价值不在「心里有数」，在于纠正发生在跨越之前、发生在同一条任务里。
事后日志再完整，也只是把诊断做快，没有把错误从世界上拿掉。
机制
纠错成本随世界边界被穿越的次数上升。中间步骤把尚未穿越的未来暴露出来，人可以把改动作用在未来而不是过去。这和「步骤让干预对准某一拍」是同一扇窗的两种用法：对准是瞄准；时间轴搬家是整场纠错从任务结束后挪到任务仍在进行时。搬家成功的标志是：同一类错误，过程中被改掉的比例上升，终局才被发现的比例下降。
窗若只在结束后打开，时间轴搬不走。窗若开着但人只能看不能改，也搬不走——过程中干预还要有改的入口，而不只是中止整场。
怎么研究
同一类对象错误，比较：仅终局可见、过程可见但只能整场中止、过程可见且可改下一拍（换对象、跳过、改参数）。因变量：错误对外发生的次数、任务内修复次数、总完成时间。自变量：改下一拍的入口是否存在、步骤是否在跨越前停留。
主终点是对外发生次数，不是主观「我跟得上」。跟得上但改不了，时间轴没有搬家。
边界
步骤密到跟不上，搬家会失败，人只能事后翻日志。展示的若不是真路径，人会在错的时刻改错的东西。计划级的事前修改把纠错再往前移一截，那是计划可见，不是过程中。这里要求的是执行已经开始之后，纠错仍能落在未跨越的未来上。
怎么落地
- 过程视图在每一拍跨越前提供「改这个对象 / 跳过 / 停」三件套，而不只提供整场中止。
- 统计错误发现时刻：过程中 vs. 终局。过程中占比不上来，就还在用窗当监视器，没当纠错面。
- 验证：把错误对象放在第 k 步。人应在 k 跨越前改掉它，任务继续，对外零次错误。若只能整场停再重开，时间轴就还停在事后。