用途：对现有 React Native / Expo 应用进行整体重设计，按阶段推进而非一次性改动。
使用方式：先完整阅读方法文件 ../_shared/references/redesign-protocol.md、review-rubric.md、tells.md 和 navigation.md（导航审计用），然后按流程执行。
主要流程：
- 完整审计：Stack sniff 后对路由树每个屏幕执行 review-rubric 检查（静态与可达时的实时），并做导航审计（标签数量与逻辑、容器选择、返回行为、深链接，以 Nav Read 格式输出当前路由树）、令牌审计（设计系统位置或不存在）、按现状读表盘、平台姿态一致性；产出 design-baseline.json 作为后续衡量基准。
- 模式与范围确认：先确认保留还是大改（只问一次），再按阶段展示计划，每阶段一个来自 redesign-protocol 的杠杆，全应用统一施加：阶段1 令牌与字号/间距；阶段2 颜色映射到语义令牌与深色模式；阶段3 每个数据屏的状态（骨架/空/错误/离线/刷新）；阶段4 按压反馈与动效层；阶段5 屏幕重组（按发现的最差屏幕优先）；阶段6 导航重构（仅当导航审计要求时）。每阶段说明关闭的发现、触及文件与不变内容，计划批准一次后在阶段边界做检查点而非反复询问。
- 导航重构（受控阶段）：可提出导航变更，以当前与提议的 Nav Read 差异呈现，标出不可静默更改项（路由名、深链接、标签顺序、已学手势）并附迁移说明；仅在明确批准后实施；若导航正常则说明并跳过。
- 执行：按 redesign-protocol 修复循环逐阶段进行，原子提交、前后对比、基线中关闭发现，风险治理在应用规模下运行（停止条件 >20%，单次运行硬上限 40 处修复）；阶段顺序运行中不可更改，途中发现的后续阶段事项记为发现而非绕行。
- 收尾：回归运行评分 → 与起始基线做增量表，列出剩余发现，刷新 MOBILE-DESIGN.md。
限制与边界：大改模式只改视觉语言，未经受控差异批准不改内容或信息架构；审计中的无障碍改进需回归测试而非假定；每阶段屏幕须通过 mobile-taste 第 14 节预检。资料未提供该技能的费用、平台支持细节或独立安装命令。