熟悉序列劫持当前意图
别名: 捕获性错误 · capture slip
概念解释
捕获性错误（capture error）是失误的一种具体类型：本来打算执行的操作序列，中途被另一条更熟悉、更常执行的序列"接管"，用户最终做完的是习惯性的那条路径，而不是当下真正想做的那条。两条序列在开头几步操作完全相同，走到该分岔的那一步时，熟悉度更高的那条赢了，用户的手跟着走了它，而不是本来要走的那条。
机制
之所以叫"捕获"，是因为控制权的转移发生得很突然：在动作序列走到共享路径末端、需要分岔的那一刻，选择本该由当前意图主导，但如果这一刻没有专门的注意力核对现在走的是哪条分支，练习次数更多、启动阈值更低的那条路径就会自动被触发，把原本要执行的那条挤出去。这不需要用户"想岔了"——他一直清楚自己要做什么，只是动作层面的选择在分岔点上被更强的习惯抢走了，等意识到时，已经做完的是另一条路径的结果。
怎么研究
识别捕获性错误的做法是核对错误动作的产出是否恰好等于与它共享前缀的另一条更高频序列的完整结果——如果错误结果精确对应另一个高频操作会产生的结果，而不是随机偏差，就是捕获而非一般性失误；这种匹配可以通过批量分析操作日志识别，不必逐一访谈，因为动作序列本身已经暴露了它去了哪条分支。
边界
捕获只在两条序列共享前缀、且其中一条明显更高频时才会发生——如果两条序列从一开始就没有共同的操作路径，谈不上"走岔"，就不构成捕获，最多是别的差错类型；如果两条序列使用频率相近，也不会稳定地表现出"总是滑向那一条"的方向性，捕获需要频率上明显的不对等才能形成可预测的偏向。
怎么落地
排查界面里哪些操作序列共享前几步路径、且其中一条使用频率远高于另一条——这些分岔点是捕获的高发位置，把区分手段做在分岔点本身（明显不同的视觉反馈、需要额外确认的分支提示），针对的是"走到这里之前一直一样"的那个瞬间，而不是笼统地在整个流程上加提示。验证办法：统计一个低频操作的失败日志，检查错误结果是否稳定地等于与它共享前缀的那个高频操作会产生的结果——如果是，说明这是捕获，修复应该做在共享路径的分岔点，其余位置加提示不会起效。