UX Flow（原生）用于评审原生 macOS/iOS 应用的用户体验，围绕每一条核心旅程追问“能否更简单、能否更清晰”。其方法与 /ux-flow 一致，继承了旅程选择、并行评审、冗余评审与综合四个阶段，区别在于证据来源和评审维度。
用途与证据来源：该技能从 /ux-walker-native 读取走查证据，格式与 /ux-flow 使用的 walk-report.md、findings.json 相同，并额外包含 Platform 部分以及 nativeui 几何检查发现的违规项。若没有原生走查结果，应明确说明，并选择先运行 /ux-walker-native，或仅依据代码与故事目录进行评审，且按继承的诚实规则清楚标注为“未走查”。
摩擦的计量方式：在 Web 上摩擦通常按点击与页面加载计；原生场景则统计：完成旅程所需点击数与理想路径的对比；击键次数，以及旅程是否能完全脱离鼠标完成；窗口与表单（sheet）切换，每次新开窗口都视为一次上下文切换，成本高于一次页面导航；鼠标移动距离，例如在侧边栏与远处工具栏之间来回拖动的流程，其摩擦被点击计数掩盖；鼠标与键盘之间的模式切换。一个菜单栏一键即可完成、UI 却需要六次点击的旅程，是本技能特别寻找的典型原生问题。
冗余审查：冗余评审寻找同一能力被多次提供的情况，并交叉检查主窗口控件、侧边栏、工具栏、菜单栏、上下文菜单、键盘快捷键、设置窗口与程序坞菜单。在 macOS 上，同一命令同时出现在菜单栏、工具栏与快捷键中通常符合平台惯例，应说明而非标记为冗余。真正冗余的情形包括：同一设置在两处可编辑且可能相互矛盾；两个不同控件以不同标签做同一件事；侧边栏与主面板同时显示相同信息；自定义控件重复系统已有能力；应用从不读取的偏好项。
附加评审视角：每条旅程的评审还应检查平台契合度（是否像 Mac 应用而非窗口中的网页，包括真实菜单栏、标准快捷键、使用表单而非自定义模态框、系统颜色、原生控件、预期的拖放支持）；键盘优先（键盘用户能否舒适完成，而非仅“可能”完成；每次操作后焦点去向；Tab 顺序是否遵循视觉顺序）；窗口经济性（是否打开不必要的窗口，能否用表单或内联展开替代整窗，反之是否有内容被挤在单窗而应有独立窗口）；通过面板实现渐进式披露（检查器、侧边栏与设置是否隐藏了正确的内容，是否隐藏了主路径上用户必需的内容）；设置膨胀（本可用合理默认值的地方是否提供了偏好项，每个开关都是推给用户的决定）。
舍弃的维度：不沿用仅适用于 Web 的评审维度，包括页面重量、首屏、滚动深度、断点行为、URL 结构与浏览器历史；响应式维度改为小窗口行为，使用原生走查得到的窄窗口截图。
输出：结构与 /ux-flow 相同，综合部分额外增加“平台报告卡”，对菜单栏完整性、快捷键覆盖与正确性、键盘可达性、窗口行为、无障碍标注与外观支持逐项给出简短结论，每行引用走查证据，或标注“未走查”。