用途 RYUX Critique 用于在用户接触界面之前，先获得一次“资深设计师视角”的设计评审。它回答的问题是：这个界面是否讲得通，应该最先改什么。它是一个编排器（orchestrator），而不是一堆规则的堆叠：先分析设计本身，再结合 RYUX 知识技能进行推理，并从 RYUX Knowledge 中提取证据，最后输出可被执行的发现。
主要能力
- 支持多种输入来源的评审：Figma 链接、pen.dev 设计、网站 URL、截图或图片，以及仅有代码的情况。
- 先分析后评审：通过 ryux-analyze（捕获与清单）或复用已有分析，清单会标注 Measured（实测）、Observed（观察）、Inferred（推断）。
- 按 11 个类别逐项检查：产品、UX、交互、表单、内容、UI、设计系统、无障碍、响应式、边界情况、反模板化，并区分必选（Required）、优先（Preferred）、情境化（Contextual）规则，避免机械套用。
- 证据支撑：连接 ryux MCP 时，可用 search_screens 查找 1 到 3 个对照界面，并通过 heuristic_eval 输出 PASS 或 FAIL，将发现映射到 Nielsen 启发式 H-01 至 H-10。
- 报告结构固定：每条发现包含 ID、严重程度（0 至 4）、类别、位置与问题、证据、影响、建议、置信度与来源；另附总体判断、评审范围说明、九维设计解读、保留项与修复优先级。
使用方式 技能按以下流程推进：
- 上下文：明确用户是谁、该页面承载什么任务、平台与流程位置；未说明时从设计推断并列为假设。
- 先分析：运行 ryux-analyze 或复用已有分析；未安装时按来源分别用 Figma MCP、pencil MCP、Playwright 截图、直接读取图片或先渲染代码的方式捕获。
- 设计解读：对清晰度、层级、一致性、密度、信心、效率、针对性、可恢复性、无障碍九个维度打分（Strong/Adequate/Weak）并各给一句理由。
- 分类评估：加载适用的知识技能并逐条走查。
- 证据：连接 MCP 时为主要发现找对照界面并做启发式评估。
- 报告：输出排序后的发现、结论、评审范围、保留项和修复优先级。
适用场景 产品经理与设计师在上线前自查界面逻辑；评审 Figma 稿件或 pen.dev 原型；对线上网站做可用性体检；从截图快速获得可执行的改进清单；在团队评审会前生成有证据、有优先级的意见。
限制
- 严格只读：评审过程中不修改 Figma 文件、pen.dev 文档或网站。
- 静态画面无法体现 hover、focus、加载状态或窄宽度表现，未测试内容会被明确标注并降低置信度。
- 不给出无位置、无来源、无理由的发现；严重程度达到 3 及以上时，若连接 MCP 需要真实的对照 screen_id。
- 每条发现推断出的问题不得标为高置信度；不粘贴“现代化”“加留白”之类的泛泛建议。
- 不宣称结果“完全无障碍”或“UX 已优化”，只说明检查了什么。