界面元素的外观若与危险操作的触发线索相似，会持续诱发此类错误
别名: 触发线索相似 · 危险操作诱发 · hazard-cue resemblance
概念解释
数据驱动型错误的触发条件是感知输入恰好匹配了一个熟练图式的输入模式——这意味着只要界面上某个正常元素的外观（形状、颜色、位置、字号）恰好和某个危险操作的常见触发线索相似，这个元素本身就会反复扮演误触发源的角色，跟当事人当时是谁、有多专注都没有关系。这不是一次性的巧合，而是只要这个外观相似性存在，同一个陷阱就会对不同的人、不同的场合反复起作用。
机制
外观相似之所以能持续诱发，是因为触发依据是表面形式而不是内容含义——熟练图式的激活条件通常绑定在一组感知特征上（比如「红色圆形按钮」「靠右下角的滑动区域」），而不是绑定在「这是什么操作」这个语义层面。只要一个界面元素凑齐了这组感知特征，无论它实际代表的操作是什么，都可能触发那个原本对应别的危险操作的图式。这也是为什么这类问题在同一套设计语言下会重复出现在不同页面——设计系统里被反复复用的视觉样式，一旦有一个样式恰好和高风险操作绑定，这套样式在别处的每一次复用都在悄悄复制同一个陷阱。
边界
这个机制只在两个操作确实共享感知层面的触发特征时成立——如果外观差异已经足够大，语义上的相似（都属于「删除类」操作）不会自动转化为感知层面的误触发风险，因为激活门槛跨的是感知匹配这一关，不是语义分类这一关。反过来，如果两个操作外观高度相似但语义上毫不相关，风险依然存在，因为触发不看语义。判断某个元素是否构成风险，要看它的感知特征是否落入某个熟练图式的触发范围，而不是看它在功能分类上和危险操作是否相关。
怎么落地
排查界面上是否存在这类陷阱，要单独审查视觉特征而不是功能分类：把危险操作的触发线索（形状、颜色、位置、动作方式）列成一份清单，再逐一核对界面上其他元素是否落入这份清单的范围，尤其要盯住设计系统里被大量复用的组件样式——一旦某个样式被认定为高风险触发线索，就要检查这个样式在全站的所有复用位置。验证办法：收集一段时间内的误操作日志，按「被误触的元素外观特征」聚类，如果同一组感知特征反复出现在不同页面的误操作记录里，就是这个视觉样式本身构成了持续触发源，需要改外观而不是逐个页面打补丁。