起止判定失败表现为动作被吞或被重复执行
别名: 手势被吞 · double fire · missed onset · 重复触发
概念解释
起止切错时，用户看到的不是“识别率 92%”，而是两种具体事故。被吞（swallowed）：做了完整动作，系统零事件，人以为没被看见。被重复（repeated）：一次动作交出两份结果，或结束没被看见，下一次准备被当成还在继续。分类器可能把形状认对了，但边沿错了，事故仍然发生。现场投诉里这两类常被写成“失灵”和“太灵敏”，根子是同一对边沿。
机制
开始漏检：速度没过阈值、手还在视野边缘、准备段被当成噪声，行程走完也没有令牌。结束漏检：手在终点附近抖动，系统认为命令还在进行，于是一次挥手在内部被拆成两段，或回程被当作第二击。开始过灵敏：整理袖口被当成开始，后面的无意识运动被匹配成命令。结束过灵敏：行程半途速度一低就提交，后半段再提交一次。被吞让人加大幅度或连做两遍，幅度一大又更容易被重复，形成一个正反馈。这与模型把“挥手”错认成“抓取”不同，那是类别错误；这里类别可以是对的，只是次数错了。
怎么研究
在连续任务日志里按用户意图对齐事件流：意图一次、事件零次记吞；意图一次、事件两次及以上记重复。不要把重复折进“准确率”里当半对。自变量包括边沿线索、速度范围、是否要求复位。让同一人在疲劳前后各做一组，因为下垂会改变结束附近的速度剖面。回放时应能指出是开始漏、结束漏还是两端都过早。实验室若每次只做一条、中间由主试喊停，会把重复藏掉。
边界
网络或显示延迟会让“被吞”的主观报告增加：事件其实发出了，反馈晚到，人已经补做了第二次，于是客观日志变成重复。分析时要把反馈延迟与切分错误分开。词表只有一条、且必须大动作时，被吞更常见、被重复较少；词表含镜像对时重复抬头。多人画面里，一个人的结束可能被当成另一个人的开始，那是归属问题冒充切分问题。跟踪短暂丢失后恢复，也可能补发出一次迟到事件，表现为“已经放下手又翻了一页”。
怎么落地
- 把“被吞”和“被重复”做成两个计数器，发布门槛分开设，不要合并成一个识别率。
- 事件一旦提交就立刻给反馈；反馈晚于人手开始补做，会把切分事故放大成双击。
- 验收用未打断的连续十条，回放每一次意图与事件是否一对一；出现补做或一次变两次，就改边沿而不是再收集形状样本。