超过该阈值后操作与结果被感知为两件事
别名: 因果断裂 · 延迟后的两事件 · delayed consequence
概念解释
按下之后屏幕停住，过了一拍文字才出现——人不再说「我改了它」，而说「我发出了请求，然后系统给了结果」。一旦反馈跨出即时窗口，动作和后果就拆成两件事。这个断裂叫操作-结果解耦（action-result decoupling）：同一对因果，只因为时距张开，编码从「我做的」变成「我等的」。
解耦不是失败，是感知模式切换。切换一旦发生，用户开始需要另一类信息：系统收到了吗、还在不在干活。那已经不是即时感的问题。
机制
时间绑定有截止点。截止点之后，视觉瞬变不再被并进运动事件，工作记忆里出现两个槽：一个装着「我按了」，一个空着等「它改了」。空槽会触发监测——目光停在作用对象上，或开始扫界面找任何变化。监测本身消耗注意，也改变对后续延迟的耐受力：人已经进入「对话」而不是「操纵」。
解耦的体验不对称。晚几十毫秒，多数人说不清哪里不对，只觉得「钝」；再晚，会明确感到中间多了一层。中间层一旦被感到，补一个更漂亮的完成动画也收不回「我做的」那种一体感，只能把第二件事解释清楚。
怎么研究
把同一控件的反馈延迟从窗口内跨到窗口外，记录被试何时从「我引起了变化」改口成「系统响应了」。常用迫选：「这是一次直接动作，还是一次请求-答复」。同时看注视：解耦后注视会从作用对象短暂离开，去找状态灯或按钮本身。
自变量：延迟是否跨过即时窗口、按下态是否立即出现、结果出现时有无独立的到达动效。 因变量：两事件报告率、从按到开始找状态的时间、主观「钝 / 卡 / 正常」。
不要用满意度总分代替解耦判定。人可以满意一次慢而清楚的提交，同时准确报告「那是两次」。
边界
用户预期本就是请求-答复的流程（搜索、下单、生成），解耦是默认模型，不必强行伪装成直接因果。游戏和乐器里，解耦会被读成手感损坏，容忍度远低于表单。辅助功能用户若靠屏幕阅读器听结果，视觉窗口不适用，解耦发生在「手势结束」到「语音说出变化」之间，阈值由语音开始的时机决定。动画把结果「滑进来」如果开始得晚，等于把解耦再延长一截。
怎么落地
- 一旦操作无法在即时窗口内完成，就按两件事来设计：第一件事是「已接受」，第二件事是「结果到达」。不要假装还是一次拨动。
- 接受信号必须先于结果：按钮进入进行中、列表项立刻选中、输入框立刻失焦，让第一件事有着落。
- 结果到达时用独立的到达提示（新行插入、校验信息出现），不要把结果偷偷替换上去让人以为自己看错了。
- 验证：把完成时间拉到 400–800 毫秒，问没参与设计的人「你刚才是直接改了它，还是发了一条请求」。若答案是后者，界面就该按两件事提供两段反馈，而不是继续装成开关。