C9.13.2Co-located correction of implicit inferences设计研究
纠正入口需要与推断结果同时出现，而非藏在设置深处
别名: 同屏纠正 · 设置深处 · 即时反对
概念解释
「不是这样」必须出现在推断结果正在被感知的那一块界面上：错误的勿扰条、错误的情绪芯片、错误的自动场景旁边。把它放进设置里的传感器页，等于在人已经离开现场之后才提供法庭。纠正入口的位置是发现成本，不是功能清单是否包含这一项。
机制
隐式错误的发现窗口很短：灯已经亮了、歌已经切了，注意马上回到主任务。纠正是一条与结果绑定的反对，必须挤进这个窗口。设置页的信息架构按功能分类，不按「刚才那件事」索引，搜索词用户往往不知道（是皮电还是场景引擎）。同屏入口把反对变成一次点击；深层设置把反对变成一次信息觅食。深层还会筛选用户：只有愿意中断主任务去翻菜单的人才能纠正，样本偏得正好是最少被打扰的人。
怎么研究
把纠正放在结果旁 vs 放在设置第三级，测发现时间、完成率、放弃率。自变量：入口文案（「不是压力」vs「反馈」）、是否需确认。因变量：两分钟内恢复原状的比例。实验室里实验员可以提示「设置里有」，现场没有，生态效度取决于是否禁止提示。热图应看有多少人打开设置却找不到对应项。
边界
系统级、与单次推断无关的总开关可以留在设置；它不是这次纠正。可访问性用户可能无法点结果旁的小控件，需要等价的语音或硬件键，但仍应在时间上与结果绑定（刚发生时说「不对」）。同屏入口过密会变成新的误触，需要与后果大小匹配：高后果才常驻按钮。
怎么落地
- 每个用户能感知的推断结果旁放一个反对控件，默认一拍即可，不要先跳设置。
- 设置里可以放总览和历史，但不能作为唯一入口。
- 反对控件的标签对着结论（「不是在开会」），不对着传感器名。
- 验证：禁止提及设置，看未讲解用户能否从当前屏幕纠正；必须进设置才算位置失败。