坐标原点的定义决定内容出现在人的哪一侧
别名: 追踪原点 · 舞台原点 · stage origin · 出生点朝向
概念解释
同一套虚拟家具，启动时鼻子朝窗，茶几在左手；鼻子朝门，茶几跑到右手。内容并没有改，改的是会话开始时冻结下来的追踪原点（tracking origin）：原点的位置、高度，以及哪一边被写成 +Z「前方」。作者按「人面朝前方、面板在正中」摆的东西，会落在启动那一刻脸所对的那一侧——包括身后和头顶。
原点是会话的第一帧约定，不是后来航向慢慢漂了再拧回来的那件事。
机制
运行时要在真实房间里钉下一个坐标系。常见两种钉法：一种钉在头上（局部原点，高度随人走），一种钉在地板上的一块站立区（舞台原点，高度是地面）。内容如果按舞台空间写成「前方两米、高一米六的面板」，而会话却在人歪着身子看手机时把局部原点冻住，面板会从腋下或耳后长出来。
更隐蔽的是 yaw 零点。引擎把启动朝向写成世界的 +Z，作者的「左侧抽屉」是按这个 +Z 摆的。用户若在沙发上侧身启动，抽屉出现在走廊。传送、重定位、guardian 重画会再次冻结或旋转这块空间，等于换了一个原点，内容会换一侧。
高度同样被原点吃掉：站立校准的地面当原点，坐着的人会觉得桌面齐胸；坐姿校准的原点，站起来内容会埋进地板。
怎么研究
做一次放置任务：同一份世界锁定内容，只改变启动时的身体朝向、坐/站、以及原点类型（局部 / 局部地面 / 舞台），让人指出主面板在左、右、前还是后。
自变量：原点类型、启动朝向与房间主轴的夹角、坐站姿态、内容是否按头高还是按地面高度作者。 因变量：面板相对身体中线的方位误差、首次伸手方向是否命中、口头「东西在我哪边」的一致率。
OpenXR 的 local / stage / local-floor 就是这套对照的工业划分，实验里应按运行时真正选中的类型来标条件，不要按头显商品名。
边界
头锁定或身体锁定的界面不吃房间原点——它们跟着头或躯干走，启动朝向只影响世界锁定的那一层。每次启动都重新生成、没有要跨会话对上房间的内容，原点「错一侧」的代价只存在于这一次体验里。多人共享一个舞台原点时，后进来的人若用自己的局部原点，同一块内容会对不同的人出现在不同侧。实验室若固定被试「面朝标定墙再按开始」，会把日常里最常见的歪着启动给洗掉。
怎么落地
- 世界锁定的主内容按舞台空间来摆，并在会话开始时用房间的可走区域和用户面向来定 +Z，而不是默默接受头显开机那一帧的鼻子方向。
- 明确原点钉在地面还是钉在头上；站姿内容和坐姿内容不要混用同一套高度作者。
- 提供「把前方对着我」和「把内容摆回房间里刚才那块」两种动作，前者转 yaw，后者不要偷偷改高度。
- 验证：同一内容分别在面窗、面门、侧坐沙发三种启动下打开，记录主面板第一次出现在左、右还是身后。三种结果不一致，就是原点定义在替用户做选择。