用途：风格中立的 UI/UX 咨询技能，用于梳理项目设计规范、评审现有界面或整理指定界面规则。用户要求设计系统、设计规范或完整界面评审时使用；单个颜色、字号、按钮大小等简单问题直接回答。
主要能力：默认进入 design 模式，最终在项目根目录产出 design-spec.md，并含项目自身业务的设计稿验证；guide 模式输出针对特定界面的 do/don't 清单；review 模式按 P0/P1/P2 优先级列出问题、证据与可实施的修复建议，并附验证清单。技能内置十条跨风格 UX 硬规则，如任务优先层级、状态覆盖、可供性与指示、错误预防与可恢复、反馈闭环、一致性、CRAP 视觉层级、间距尺度、帮助文本分层、UI 文案来源纪律。另有八种风格家族（modern-minimal、editorial、brutal、playful、premium-luxury、tech-cyberpunk、warm-content、brand-driven），均非默认，由项目选择。
使用方式：触发后先执行 Phase 0，30 秒扫描项目——查看 tailwind.config / theme.ts / globals.css 中的 token、package.json 中的 UI 框架、两三个真实 UI 文件的实际字号圆角间距，并读取已有的 design-spec.md / DESIGN.md / AGENT.md；如无明确模式则默认 design 并一句话告知。之后判断项目处于空白、半成品、成熟、复杂遗留或不确定五档之一，再按来意分流。design 流程为：看代码判断阶段、按来意分流、听细节、找意象、挑 token、通用预览、业务化设计稿、最后才输出 design-spec.md，详见 references/design-interview.md 等参考文件。
适用场景：需要定义或完善设计系统、为某类界面（设置页、仪表盘等）整理规则、评审现有屏幕并给修复建议。
限制：风格家族只是起点而非强制，用户的偏好优先于风格建议，除非违反 UX 硬规则；评审时不得强加项目未选择的风格，应基于项目自身设计语言评判。技能内各风格文件中列出的“禁止/推荐”仅限该风格范围，不是全局规则。具体参考文件未随本次资料提供，其内容暂未提供。