用途：对一个界面、流程或组件做完整的 UI/UX 审查。定位是教练而非自动执行器：每个步骤都会呈现下一个视角、改写提示词和审批关卡，由用户自行调用同级技能，编排器负责捕获结果并推进下一步。
四个视角及分工：user-journey-mapping 负责流程/漏斗（触点、流失、情绪状态）；ui-design-aesthetics 负责视觉批评（层级、独特性、精致度、间距），并排除生成新设计；interaction-design 负责状态覆盖（加载/错误/空/成功状态、反馈、微交互），排除通用可用性；ux-review 负责 Nielsen 可用性启发式与 WCAG 合规，排除交互状态。其中两个生成型技能在此被改写成批评模式，只评估现有 UI，不产出新设计。
使用时机：发布前的完整 UI/UX 审查；用户点明两个或以上视角一起跑；需要一份跨全部视角的优先级报告而非四份独立输出。不适用：只需要一个视角、想生成 UI、想要无人值守执行，或已在另一个套件流程中。
工作流：六个阶段。阶段 0 一次性解析目标（应用 URL、流程、视口、用户画像/目标），用 webapp-testing 或 ctx:playwright 截图到共享目录，持久化到 docs/<date>-ux-review/review-scope.md；阶段 1 选择配方（full-review 全四视角，或 quick-review 仅 ux-review + interaction-design）；阶段 2 生成运行计划，顺序为旅程→视觉→状态→启发式，写入 suite.yaml；阶段 3 按顺序教练式调用，每个视角呈现名称、理由、改写提示词（可复制代码块并拼入截图目录与画像）与预期发现，等待用户调用，捕获 {severity, location, finding, recommendation} 形式的结果，更新清单并提议下一步；阶段 4 综合：汇总所有发现到一张表，去重（同位置同问题合并并标注两个视角），按严重度分组（blocker→major→minor→polish）并在组内按被标记视角数排序，输出 synthesis.md；阶段 5 交接，基于发现推荐后续技能或任务，不自动调用。
输出布局：review-scope.md、screens/、suite.yaml、synthesis.md。限制：不会自动调用同级技能，始终停在审批关卡；不运行单一视角；不生成新 UI；综合报告只做合并与排序，不产生编排器自身对 UI 的意见；不在每个视角重新解析范围。具体定价、平台支持等资料暂未提供。