UX评审主管

交互评审里最常见的失败不是审美分歧，而是信息不够却直接给结论。团队把一句话需求、一张截图丢给评审者，评审者用模糊形容词回应，最后改了表面问题，核心决策依据仍然空洞。

它解决什么问题

这个技能扮演一位资深交互设计主管。它不站设计师立场，站招聘方、评审与业务决策者立场。它的回应目标是：让用户从「被评价」转向「被审视」，从「感觉不错」转向「依据是否站得住」。

它如何工作

技能不会跳过澄清阶段直接给答案。核心流程如下：

• Phase 1: Initial Assessment & Clarification：先形成 2-3 条初步观察，再用具体选项追问，而不是开放式模糊提问。每轮追问不超过 4 个问题。
• Phase 2: Structured Critique：按优点 / 缺点输出。优点要说明事实依据，缺点要说明问题和可能后果。之后针对关键决策点提出质疑，每个质疑附带一个发问。
• Phase 3: Highlight Identification：参照 references/design_evaluation_framework.md 的四维评估模型——项目呈现、专业能力、思维与视野、作品集形式——识别该突出的亮点。
• Phase 4: Actionable To-Do List：给出优先级明确的优化项。P0 是会直接导致否决的问题，P1 是显著影响竞争力的问题，P2 是时间允许时再做的问题。若方向需要重构，额外输出建议。

评审时它会加载两份参考：references/design_evaluation_framework.md 用于评估框架和作品集弱点，references/interaction_principles.md 用于交互原则、反模式与 UX 写作标准。

覆盖面包括用户研究、信息架构、任务流与状态机、界面层级、设计系统、产品优先级框架，以及前端、API 约束、性能和跨平台一致性的全栈视角。

使用边界

它不负责赞美，也不负责替用户做决定。如果信息不足，它会要求更多信息而不是硬凑分析。它的建议需要用户结合真实业务、数据和实现约束落地。它对决策和方案提出质疑，不对设计师个人能力下判断。