C4.18.1Hand-role binding设计研究
部分系统把特定功能绑定到左手或右手，另一手承担不同角色
别名: 手别绑定 · 左右手分工 · 非惯用手
概念解释
手别绑定（hand-role binding）把功能固定到左手或右手：例如右手捏合拖动对象，左手唤出菜单；或非惯用手框出参考，惯用手在框内精细操作。另一只手不是备用的同一套命令，而是承担不同角色。这与「随便哪只手做同一个手势都可以」相反，也与用伸出手指的数量编码选项不是一件事——这里编码的是左右，不是个数。
机制
双手在空间上可同时运动，若两只手被当成同一条输入流，菜单手势会打断正在进行的拖动。把角色绑到手上，是用身体的左右不对称来换一条稳定的模式通道，不必再靠按钮切换。Guiard 对双手分工的描述是：非惯用手先给出参考框架，惯用手在该框架上做高频精细动作。空中场景里这个分工被实现成「左手=调板，右手=工具」，前提是系统持续知道哪只是左、哪只是右。绑定一旦成立，用户会把肌肉记忆建在特定一侧，对侧突然承担同一功能时，熟练度不会自动迁移。
怎么研究
比较三种映射：功能可由任一只手触发、功能固定在指定手、以及非惯用手框架加惯用手工具。任务用菜单-plus-拖动或「左手抓住对象、右手旋转」。因变量包括完成时间、模式错误（用错手）、双手干扰次数和主观负荷。记录参与者的利手，不要把右利手样本上的「右手工具更快」写成普遍结论。训练次数要足够，因为绑定的收益出现在学会之后，前几分钟的生疏会掩盖长期分工的好处。
边界
单手持物、打石膏、推婴儿车或截肢用户无法履行「必须左手开菜单」的契约。头显里双手都在视野中时绑定有意义；只有一只手进入相机视野时，绑死左右等于把功能藏起来。短暂的双手任务（偶尔点一下）不必引入角色分工，强行绑定会增加发现成本。工具本身若已经用颜色或形状区分模式，再绑左右是重复编码，冲突时用户不知道以哪条为准。
怎么落地
- 仅在双手会同时、持续工作的任务上使用手别绑定；单次触发的命令保持「任一只手均可」。
- 在界面上用稳定的左右标记（左手侧面板、右手工具提示）表达当前分工，而不是只在教学动画里出现一次。
- 验收时包含单手被占用的脚本（端杯子、扶栏杆），确认关键功能仍有不依赖那只被绑之手的路径。