F1.14.3convention locality设计
惯例因平台、地区书写方向而异，不能全局套用
别名: RTL 镜像 · platform convention · 书写方向
概念解释
iOS 的返回在左上，Android 的向上导航也在左上，但 Android 还有系统级的返回键或边缘手势，左上那颗的职责并不等于 iOS 的返回。Windows 的关闭在窗口右上，macOS 的交通灯在左上。阿拉伯文、希伯来文界面把「开始侧」翻到右边，原先的左上返回要跟着镜像，否则开始侧空着、结束侧堆着两套离开。惯例是地方性的（convention locality）：槽写给哪一个平台社区、哪一种书写方向，就不能当全球坐标来贴。
一套「右上关闭、左上返回、右下主按钮」的国际稿，在这些地方每一条都可能指错槽。
机制
惯例来自一个社区里被重复的壳，不是来自普遍的空间哲学。平台各自把离开、前进、主操作写进不同的槽，用户的动作程序跟着那套壳走。书写方向再把「开始 / 结束」这条轴翻面：开始侧是返回和上一级的家，结束侧是前进和更多。不镜像的 LTR 壳在 RTL 里会把返回送到结束侧，和「更多」挤在一起，开始侧变成一块没人去问的空白。
跨平台套用还会制造职责重叠。把 iOS 的左上返回原样放到已有系统返回的 Android 上，同一条「离开」出现两处，人不知道哪一处只关一层、哪一处退出整栈。
边界
图标方向有的不该镜像（播放、进度），位置惯例仍要镜像——这两件事常被一个「全开镜像」或「全关镜像」开关绑死，必须拆开。游戏若自带一套跨平台的壳，可以不跟宿主平台走，但要在所有平台上保持自己那一套，不能 iOS 跟系统、Android 跟自己。Web 在桌面浏览器里同时面对 Windows 和 macOS 用户，关闭槽无法两头讨好，常见做法是跟内容书写方向走，并用明确的关闭文案补偿。
怎么落地
- 按平台分别规定关闭、返回、主操作的槽，不要用一张国际画板覆盖 iOS、Android 和桌面。
- RTL 语言开启位置镜像：导航和主操作随开始/结束侧翻面，播放、时间轴、数字不翻。
- Android 上已经有系统返回时，应用左上用「向上」而不是再放一颗职责不清的返回。
- 验证：同一流程在 iOS、Android、一个 RTL 语言里各走一遍「离开这一层 / 回到上一级 / 主操作」。任何一台上第一下落在另一条命令上，这套槽就是从别的社区抄来的。