C4.20.3Out-of-volume false failure设计研究
用户动作落在采集范围内但交互区外时，容易误以为系统失灵
别名: 区外仍被看见 · 误以为失灵 · 跟踪但不响应
概念解释
手已经在相机能看见的地方挥了，屏幕角落甚至还画着骨架，命令却不生效。这个位置落在采集范围内、交互区外。用户看到「它在跟踪我」，于是把无响应解释成死机、识别坏了或自己手势不对，而不是「我站在政策划定的有效区外面」。两种体积不一致时，最伤的不是看不见，而是看见了却不算数。
机制
调试叠加层、镜像预览、关节点，都是采集管道的产物，通常在几何包含测试之前就画出来。用户把这些视觉当作「系统已经在听」。交互区拒绝输入时若没有单独说明，唯一的行为是沉默，与识别失败、未进入参与态、置信度不够共用同一种「没反应」。人的排错顺序往往是：再做一次更夸张的动作 → 换一只手 → 认定设备坏了。夸张动作更容易把关节送出交互区或引入自遮挡，失败被自我强化。若骨架画在区外的手上，矛盾更刺眼：系统明明「看到了」。
怎么研究
让参与者从交互区外但采集范围内的标记点做目标手势，观察屏幕上是否有跟踪可视化。记录他们的口头归因（失灵 / 手势错误 / 站位错误 / 未激活）和随后的策略（加大动作、靠近、放弃）。比较三种反馈：完全沉默、跟踪仍显示但标明区外、明确「请进入操作区」。因变量是正确归因的比例和到达交互区的时间。不要在已经告诉他们盒子位置的条件下测，那测的是服从性，不是自发解释。
边界
完全没有跟踪可视化的产品，用户看不到「被看见」，这条矛盾会弱化，无响应与「相机没开」更难分，问题转成采集状态是否可见。交互区若与采集范围几乎重合，区外带很窄，这条错误形态很少出现。游戏玩家习惯「站到指定地垫上」，归因会更快指向站位；第一次使用的公共屏幕观众没有这套惯例。儿童身高使交互区相对采集范围的有效切片不同，成人站位上的结论不能直接用于儿童。
怎么落地
- 当手被跟踪却位于交互区外，给出与识别失败不同的说明，例如「看得见你，请向前一步进入操作区」，不要只让骨架继续闪。
- 关闭面向用户的调试骨架，或仅在区内绘制有效光标，避免区外跟踪变成「它在听」的假证据。
- 验收时从区外采集带开始做手势，统计有多少人报告「坏了」；这个比例是体积不一致的用户代价，不是识别模型的准确率。