C4.27.4Consequence collision in gesture vocabulary设计研究
手势库扩张时需要重新核对是否有形似手势对应了不同等级的后果
别名: 形似手势 · 后果碰撞 · 词汇扩张
概念解释
每往词汇里加一个动作，都可能和新旧模板在形态上靠近。若靠近的两个动作一个管「下一张」、一个管「删除」，就出现后果碰撞：识别器在边界上的一次摇摆，会在两种完全不同的代价之间跳。扩张时要重新核对整张后果图，而不是只看新动作自己好不好认。形态相近不得承担差很大的后果，是词汇约束；这里要的是扩张这一刻必须重跑那条约束，因为碰撞是后来才长出来的。
机制
模板空间随条目增加变挤。新动作的最近邻可能是一年前留下的高后果命令，当时两边的后果档还没机会见面。混淆矩阵是按类算的，不会自动按后果档聚类；两个 4% 的对称混淆，若一边是预览一边是支付，不能当成两个 4%。版本迭代还喜欢用「类似的轻扫、换个方向」来扩展，方向差对用户好记，对深度噪声却不稳，正好制造后果碰撞。核对要把每个易混对标上双方的后果档，碰见跨档的对就改动作、改确认或拆分词汇，而不是只把新动作的阈值拧紧——拧紧会把碰撞变成对新动作的系统性漏判。
怎么研究
在每次词汇变更后，重算全库成对距离或混淆，按后果档着色。把跨档且超过距离阈值的对列为必须处理的碰撞。用注入轨迹（介于两个模板之间）看系统倒向哪一档。比较「只测新动作准确率」和「重跑全库后果图」能抓住多少碰撞。让不了解旧词汇的新设计者加动作，观察未经核对时碰撞的出现率——这是扩张流程缺陷的证据。
边界
若新动作来自完全不同的模态或完全不同的身体部位（头动对手指），形态空间不相交，核对可以很快通过。个性化词汇（每户自己教几个动作）无法在出厂时核对完，要在用户新教一个动作时做现场碰撞检查。玩具演示词汇经常故意让动作相像，碰撞被当成彩蛋，不能代表生产库。多用户共用一套库时，甲的「轻松手势」可能是乙的高后果，核对要以产品级后果档为准，而不是以某个人的习惯为准。
怎么落地
- 把「全库易混对 × 后果档」做成发布检查单，跨档对必须关闭才能出版本。
- 扩展时避免「同一轻扫换方向」去承担跨档命令；方向差留给同一档内部。
- 用户自教新动作时，若与高后果模板过近，拒绝保存并说明「和删除太像」，而不是默默收下再靠阈值硬撑。