C9.05.3Uncorrectable implicit inference设计研究
隐式推断出错时用户往往无从纠正
别名: 隐式错误不可纠正 · 无反馈推断 · 沉默失败
概念解释
隐式推断错了，用户常常连「错在哪」都看不见：灯已经暗了、歌单已经切了、通知已经被压了，界面上没有一条可点的「不是这样」。无从纠正指的是运行时缺少与这次推断绑定的反对入口，不是用户懒得去设置页。错误于是变成既成事实，只能用另一条显式任务去补救。
机制
显式命令有对称的撤销：点错了再点一次、说「取消」。隐式推断的输入从未被用户承认，系统也往往不展示自己的前提，于是既没有「我刚才点了什么」的记忆，也没有「对这个标签说不」的控件。用户要先完成归因——是传感器、是模型、还是自己的行为被读错——才能动手。归因失败时，人会改自己的行为去迁就模型（坐得更直、少走动），等于让错误训练了用户。沉默的假阳性尤其难纠：系统做了一件「好像有帮助」的事，用户不一定意识到那是一次推断。
怎么研究
在任务中注入已知错误推断，观察从发现到恢复的路径。自变量：是否显示推断标签、纠正入口与结果是否同屏、错误是作为还是不作为。因变量：发现时间、恢复步骤数、是否放弃纠正、随后是否回避该功能。关键是统计「发现不了」的比例，而不是只统计发现之后的成功率。实验室里实验员在场会提高发现率；现场日记更能抓住「过了两天才意识到是系统改的」。
边界
低后果、短暂的适应（预亮一盏灯）即使无从纠正，伤害也可能小到不值得加控件；高后果或持久状态（勿扰开一整天、错误健康标签写入档案）则不行。能用系统级撤销（通用 Undo）挽回的界面改动，对「无从纠正」是部分缓解，前提是用户知道刚才那次改动来自隐式推断。无障碍用户可能无法走显式补救路径，无从纠正对他们等于功能失效。
怎么落地
- 凡是隐式推断会留下用户能察觉的后果，就在后果旁边提供「不是」；不要假设人会去设置里找。
- 区分「发现不了」和「发现了但改不了」：前者要先露出推断，后者要提供反对入口。
- 把持久写入档案的标签默认视为高后果，未提供纠正就不要写。
- 验证：注入一次错误的隐式改动，找未讲解的用户，看有多少人能在两分钟内恢复原状；恢复不了的路径就是无从纠正。