物理按键提供确定的提交动作
别名: 扳机确认 · 离散提交 · 物理按键提交
概念解释
瞄准已经对准，食指却还停在扳机行程的中段——这一刻「指着」已经完成，「做决定」还没有发生。头显手柄上的物理按键给出的就是这一下确定提交（determinate commit）：一次有行程、有落点、可被系统打上时间戳的离散事件。它把指向和确认拆成两条通道，人不需要靠手停住、注视停住或手势被识别器判过，才算点到。
这和「按下去会震一下」不是同一件事。震是系统事后写回皮肤的信号；按键本身是输入侧的机械事件，即使用户关掉震动，行程尽头的那一下仍在。
机制
手指预先搁在键帽上，指向姿态可以保持不变。键的行程把模拟压力收成一个阈值，过线即翻转布尔状态。这个翻转不依赖摄像机看清指尖、不依赖分类器对捏合的置信度，也不要求手在三维里再做一个额外位移。指向噪声因此被挡在提交通道之外：抖的是射线，按下的是另一根电路。
人能预加载这个动作。扳机可以停在「快要过线」的位置等那一帧，再合上。停留点击、手势点击做不到这一步——它们的提交条件写在姿态或时间里，准备阶段和发射阶段是同一条运动。所以手柄继承了鼠标的工作分工：移动负责选中，键负责承诺。
怎么研究
用同一套远距目标，比较按键提交、停留提交和手势提交。经典做法是 ISO 多向点选任务的 XR 变体：目标以角度大小呈现，提交方式作为条件。
自变量：提交通道（键 / 停留时长 / 手势）、目标角宽度、是否允许手指预触。 因变量：选中时间、错点率、提交瞬间射线偏离目标中心的位移、用户报告的「我知道点到了」的时刻。
方法论上要分开两类错误。键会漏按、会误触旁边那颗；停留会在扫过时误触发。把它们混成一个「错误率」会把按键的确定性优势洗掉。记录提交瞬间的姿态，才能看到键有没有真的把指向和确认解耦。
边界
没有行程的电容贴片只是一块热区，确定性会掉回手势识别那一档。把模拟扳机当连续量用（拉弓、油门）时，这条说的离散提交并不适用。握持本身会压到侧键或摇杆的设备上，误提交来自握法而不是键的逻辑。手部力量不足、戴手套、或必须把控制器夹在残肢与躯干之间的用户，物理键可能比手势更难，而不是更确定。实验室里的点选优势来自重复、可撤销的目标；一旦提交是「删除存档」这种不可逆动作，人会额外加一个确认步，键的速度优势会被那一步吃掉。
怎么落地
- 不可逆或高代价动作用键提交，不要用「手在目标上停 400 毫秒」。
- 允许食指预先搁在扳机上，不要把预触做成误触。
- 提交瞬间不要要求手再做一个位移或旋转来「点实」，否则解耦被废掉。
- 侧键、握持键与扳机的职责分开：握着不该等于点了。
- 验证：录一次点选，对齐提交时间戳与手部速度。若按下那一帧手仍在明显移动，说明用户在用键「抓住」一个不稳的瞄准，键在做它该做的事；若系统还额外要求停留，就是把确定性又交回去了。