D5.07.3Overinclusive fusion设计研究
窗口过宽会让不相关的输入被错误地融合
别名: window too long · false binding · cross-talk
概念解释
窗口过宽时，属于上一次操作、环境噪声或另一个任务的输入会被并入当前意图。用户可能已经说过“关闭它”，随后的咳嗽、误触、指向别处的动作或对下一项的确认，却被解释成对刚才命令的补充，从而改变对象、数量、模式或执行时机。
机制
扩大窗口能吸收人的迟疑和设备延迟，但也降低了“同一事件”的判据。没有及时清空旧状态时，上一条指令的未消费对象会继续等待匹配；共享麦克风、触摸面或注视追踪器又会把环境事件当作候选证据。宽窗还会把用户的确认动作拖入前一条命令，使两个本应分开的意图在解释层互相覆盖。错误的融合比失败更危险，因为它会产生一个看起来成立的命令。
怎么研究
可构造干扰序列：在上一个意图完成后插入无关语音、指向其他对象的 gesture、第二个按钮或环境声，改变插入间隔并记录融合是否发生。变量包括旧事件是否已被执行、候选对象是否仍高亮、通道是否共享以及干扰信号与语义的相似度；因变量包括错误绑定率、错误对象选择、参数变化和用户发现错误所需时间。日志审计可补充真实发生率，重点找同一会话中上一命令与新命令的时间重叠。
边界
宽窗并不总是坏事：连续修正和拖拽过程确实需要在一段较长时间内保持上下文。判断标准是状态是否仍属于当前任务、用户是否知道系统还在等待，以及错误融合的后果。共享环境通道、高后果操作和多人同时输入需要更严格的清空规则；单人连续编辑则可允许较长的修正链，但每次修改应可见且可撤销。
怎么落地
- 在命令执行、用户取消、焦点切换或超时后立即清除待融合状态，只保留明确声明的修正链。
- 把对象绑定、动作类型和参数一致性作为融合门槛，时间接近但语义冲突时触发澄清。
- 对共享麦克风、触摸面、注视通道和多人输入设置来源与归属规则。
- 验证方式：在真实会话间插入干扰事件，统计错误绑定、误改参数和用户发现错误的时间。