执行型：步骤做了但做错
别名: 执行型错误 · 做错型错误 · wrong-action error
概念解释
执行型错误（commission error）指该发生的步骤确实发生了，但发生的内容不对——按错了键、选错了对象、把值填进了错的位置。它和遗漏型共享同一个上位问题「哪一步出了岔子」，但答案相反：遗漏是那一格空着，执行型是那一格被填上了错的东西。这条区分只描述表面结果，不预设成因——填错的原因可以来自很多不同的渠道，比如外观相似的目标互相混淆、正在处理的信息意外闯入了操作序列、或者一条内部联想链条把动作带偏了，这些渠道各自成因不同，但落在结果上都表现为「动作确实执行了，只是执行的不是该执行的那个」。
机制
执行型错误的核心是：某个动作图式确实被激活并跑完了整个执行流程，只是激活的不是当事人真正想要的那一个。这与遗漏型的本质差异在于，遗漏是「没有任何图式被触发」，执行型是「触发了图式，但触发的对象错了」——所以执行型错误必然伴随一个真实发生的动作，这个动作本身通常是完整、流畅、看起来一点也不迟疑的，因为执行它的那套动作程序本身没有任何问题，出错的只是「选中了哪一个」这一步。这也是为什么很多执行型错误发生得又快又「自信」：错的不是手，是选择。
怎么研究
执行型错误比遗漏型更容易在系统日志里现形，因为它留下了一个确凿的、可记录的错误动作——点击了哪个控件、输入了什么值，这些都能被系统直接捕获，不需要依赖当事人的自我报告。这个方法论上的不对称值得单独记一笔：以日志为基础的差错统计，天然会偏向捕捉到更多的执行型错误，而以日记法、访谈为基础的差错统计，则更容易捕捉到遗漏型错误——两种数据源各自漏掉对方擅长的那一半，单用一种方法得出的「哪类错误更常见」的结论，很可能只是反映了采集方法本身的偏向，而不是真实的错误分布。
边界
一个动作表面上看是执行型错误——做了，但做的不对——不代表它一定是失误。如果当事人当时的真实意图就是做这个「错」动作，只是这个意图本身建立在对系统状态或规则的错误理解之上，那就属于另一类差错，不能靠动作本身的对错来分类，必须回到当事人当时的意图去核实。这个核实通常需要在动作发生后尽快追问「你当时想做的是不是这个」，间隔一长，回忆会被结果污染，报告出来的「意图」可能只是事后为动作找的合理化说法。
怎么落地
执行型错误的防护重点放在动作发生之前，而不是发生之后：提高目标之间的可辨识度，让正确目标和相邻的错误目标在外观、位置或标签上有明显区分，减少「选中错误对象」这个环节被误触发的机会；同时把执行后的纠正成本降到最低，保证选错之后能低代价撤回。验证办法：把错误日志按「误选对象与正确对象的外观相似度」分组统计，如果相似度越高的目标对误选率越高，说明问题出在可辨识度不足，应该优先改外观区分而不是加提示文案。