我的“已阻止”状态在悄悄欺骗我

作者在后续构建日志中反思，其系统原先只有“已执行”和“已阻止”两种状态，但发现“已阻止”并未真正阻止后果。早先的修复（为每次尝试打标签并丢弃过期结果）仅防止界面显示错误结果，却无法撤销已在进行中的旧尝试在下游产生的实际影响。因此，真实模型需要三种状态：已执行（观察到实际副作用）、已确认拒绝（已验证未跨越执行边界）、未解决拒绝（无法最终确认下游状态）。作者还区分了“逆转”（事件未发生）与“恢复”（管理后果），认为确认界面的真正职责是提示用户即将面对的是哪种情况。本周进展较慢，但花更多时间发现已修复问题中的漏洞。