H3.07.1typed confirmation breaks click-through设计研究
要求键入名称可打断自动化点击
别名: 键入确认 · type to confirm · 打断自动点击
概念解释
输入式确认要求人生成一段文字而不是再点一次。生成走的是另一条运动通道，把「确定」从瞄准技能里抽出来，自动化点击链在这里断掉。这条只说明为什么键入能打断点穿，不管键入的内容必须是什么，也不管这种手段有多贵。
机制
点击确认复用的是已经编译好的指向动作：同一位置、同一手势、同一时间节奏。键入要检索对象名、组织按键、核对屏幕上的字符串，工作记忆被迫装进对象身份。宏和连点脚本通常不会打字，于是这条通道把「非人的穿过」一并挡住。打断发生在通道切换，不发生在又一张模态——如果键入框下面仍放一个可被连点的「确定」且不必先匹配，通道切换就没有发生。
怎么研究
对不可逆删除比较：普通确认、必须键入任意字符、必须键入指定词。加入连点脚本作为非人执行者。
自变量：第二通道是否为键入、是否必须匹配、脚本能否完成动作。 因变量：人的点穿率、脚本成功率、键入前是否注视对象名、完成时间。
实验室里被试知道要打字，会异常认真。更接近的是把输入确认插在一长串普通确认之后，看自动化是否在通道切换处停下。
边界
密码管理器和自动填充可能把名称填进去，通道切换被绕过，需要检测非人工粘贴或要求从不可填充的来源手打。运动障碍用户键入成本远高于点击，必须提供经授权的替代通道，而不是把最高摩擦当成唯一门。移动端键盘会挡住后果文案，打断发生了，核对却没发生。触摸屏上的「手写名称」若被识别成点击，通道等于没换。
怎么落地
- 最高后果且不可逆的动作，把主按钮绑在键入匹配成功之后，匹配前按钮保持不可用。
- 不要在键入框旁再放一个无需匹配就能点的「确定」，那会把输入式确认退回成普通确认。
- 对辅助技术和授权代理提供等价的、仍需显式同意的替代，而不是被迫打字。
- 验证：用连点工具打这条路径，应无法完成；用真人录屏，看点击链是否在键入处中断。链没断，通道就没换。