C4.23.3Resume versus restart after tracking recovery设计研究
跟踪恢复后系统需要决定是继续冻结前的状态还是要求重新开始
别名: 恢复后继续 · 重新开始 · 解冻
概念解释
跟踪从丢失里回来时，连续操作正冻在丢失前的值上。系统必须在两种政策里挑一：继续——解冻，从该值接着由现在这只手控制；或重新开始——丢弃冻结态，要求再做一次起势才进入连续调节。两种都合理，不能从「已经冻结」自动推出。选错的表现是：手一出现值就跳到当前关节所对应的位置，或怎么动手都解不开冻。
机制
继续的前提是：回来的那只手仍是同一发送者，并且当前位置若立刻映射，不会对冻结值造成一次大跳。常见做法是短暂的再抓取：手必须靠近冻结时所代表的屏幕位置，或做一次明确的捏合，才把控制权交回去。重新开始的前提是：丢失已经长到用户可能已经放下意图，或回来的手可能不是同一只。立刻按当前关节写入，等于用恢复瞬间的姿势覆盖精心调好的中间值，是第三种更糟的隐性政策。恢复政策还要处理 ID 交换：骨架编号变了但空间上是同一只手，继续仍然成立；编号没变但已经是另一只手，继续会把控制权交给别人。
怎么研究
在冻结之后控制丢失时长、回来时手的位置偏移、以及是否换成另一只手。比较自动继续、靠近再抓取、强制重新起势。因变量是值跳跃幅度、错误接管次数、完成时间和「它突然跳了」的报告。把「同一只手、几乎在原处回来」和「另一侧的手伸进来」分成必须能分开的两类。不要只测丢失瞬间，恢复帧才是这条知识的现场。
边界
丢失只有一两帧、手几乎没动，强制重新开始会把连续曲线切出缺口，此时自动继续更合适。丢失数秒且用户已经转向别人说话，自动继续会把下一句手势接进旧参数。安全相关的值在恢复后往往必须重新开始并二次确认，不能悄悄解冻。若冻结时界面已经切走（对话框被别的事件盖住），继续会作用在用户看不见的对象上。
怎么落地
- 为每类连续操作写明恢复政策：短丢失且手还在原处则继续；长丢失或换手则重新起势；禁止恢复瞬间按新位置覆盖冻结值。
- 解冻前给出可撤销的再抓取提示（「捏合以继续调节」），让用户决定要不要接回这根滑块。
- 验收分三条：原手原位短丢失应无跳跃继续；原手偏移较大应要求再抓取；另一只手伸入不得接过控制权。