追踪丢失是常态而非异常分支
别名: 丢追踪当常态 · 手部丢失恢复 · 追踪中断主路径
概念解释
手放到身后歇一会儿、穿过身体去拿另一侧的东西、或只是被自己的袖子挡住——虚拟手消失又出现，一场体验里会发生几十次。对裸手追踪来说，丢失是常态，不是异常分支（tracking loss as normal path）。它不该被做成错误弹窗、崩溃回放或「请将手移入视野」的阻塞对话框。丢失和恢复是主路径上的两个普通状态。
原因可以是遮挡、朝向、光照或手离开视锥，这条不负责再列一遍原因。它负责的是：既然会丢，交互状态机就必须把「手不在」当成和「手在」对等的合法态。
机制
视觉追踪的工作循环是看见—估计—输出。看不见的时段不是故障，是循环里本来就有的一相。人的手本来就会离开相机：放下、交叉、插进口袋、扶头显。如果系统把这一相当成异常，每次离开都会触发一次恢复仪式——冻结输入、弹出提示、要求用户摆一个校准姿势。仪式的成本高于丢失本身，人会学会不再把手放到自然的休息位，肩颈跟着僵住。
合法的「手不在」需要明确的语义：正在进行的抓取是取消、保持还是改由另一只手接管；指针是消失、停在最后位置，还是收到一个身体附近的默认点。语义含糊时，恢复那一帧最危险——一只突然出现的手可能在按钮正上方完成一次无意捏合。所以常态化的要点不是「丢了要提示」，而是「丢和回来都有已经写好的后果」。
怎么研究
把丢失做成独立变量，而不是当噪声滤掉。在完整任务里主动插入手离开视野的区间（放到背后、捂住相机、手垂到腿侧），看状态机怎么表现。
自变量：丢失时长、丢失时是否正握着对象、恢复时手是否落在可交互物上方、丢失期间系统策略（隐藏 / 冻结 / 吸附到身体）。 因变量：误触发次数、任务是否被中断、用户是否主动把丢失当错误报告、恢复后第一击的正确率。
关键不是丢失率本身，而是丢失被用户分类成什么。如果事后访谈里人说「它崩了」，状态机就把常态做成了异常。日志应分别记下「手离开」和「手回来」，并标这次离开是否落在休息、换手、还是操作中途。
边界
手术、遥控这类不允许任何一帧输入空洞的场景，丢失确实是故障，需要冗余传感，不能靠状态机消化。手柄追踪的丢失模式不同：壳体上有灯或惯性单元，短时离开相机仍能积分，裸手那套「经常彻底看不见」的前提不成立。实验室里双手始终举在胸前的协议会把丢失率压到接近零，得出「很稳」的假象；把设备带回家、坐在沙发上，手一垂到靠垫上，常态就回来了。儿童和未受训的用户更常把手放到相机死角，把丢失当异常的设计会惩罚的是他们，而不是熟练演示者。
怎么落地
- 给输入状态机两个对等状态：手可见、手不可见。进入不可见时不要弹错误，只改变指针和抓取的语义。
- 丢失期间正在进行的抓取要有既定后果：松开、钉在丢失前的姿态、或交给另一只仍可见的手。不要等恢复时再猜。
- 手重新出现落在按钮上，需要短暂的死区或一次明确的再进入动作，避免恢复帧误提交。
- 休息姿态（手垂在体侧）应是一等公民：界面继续可用或进入明确的空闲，而不是反复喊人把手举起来。
- 验证：在完整流程里规定三次「把手放到背后五秒再拿回来」。若三次都没有误点击、没有错误文案、任务能自己接上，丢失已经被当成主路径。若任何一次弹出「追踪失败」，状态机还把它当异常。