用途：以设计总监的视角评估某个功能或组件的 UX 设计质量。该技能只做报告——记录问题但不负责修复。
准备：先阅读 ~/.claude/skills/minoan-frontend-design/SKILL.md 了解美学原则与反模式指引。若项目根目录没有 .design-context.md，需先向用户询问受众与期望感受，因为语境决定设计选择的对错。
确定目标与忽略清单：把用户口述映射到具体文件路径（如“主页”对应 src/pages/index.tsx）。若存在 .design-critique/ignore.md，读取其中的忽略项，匹配的发现会被静默丢弃。
主要能力：
- LLM 设计评审——读取相关 HTML/CSS/JS/TS 源码，如可做浏览器自动化则新建标签页进行视觉检查。检查 AI 味（AI 配色、渐变文字、玻璃拟态、指标英雄布局、雷同卡片网格、通用字体、侧边强调边框等），并做整体设计评审（视觉层级、构图、排版、色彩、状态与边界）、认知负荷检查（8 项清单，0-1 低、2-3 中、4+ 严重）、情感旅程分析（情绪、峰终定律、焦虑高峰时刻）、Nielsen 十项启发式各按 0-4 评分。
- 系统性反模式检查——按 anti-patterns.md 清单逐项对照代码，仅关注设计质量反模式，不含技术实现。
- 综合报告——综合两种评估，给出设计健康评分表（十项启发式合计满分 40）、反模式结论、做得好之处、按 P0-P3 排序的优先问题（含原因与修复建议）、人物画像红旗（如 Alex 高级用户、Jordan 初次使用者），以及按优先级排列的推荐命令，最后以 /design-polish 收尾。技术类问题（对比度、性能、响应式断点）建议改用 /design-audit。
持久化：报告写入 .design-critique/<timestamp>__<slug>.md，含 target、resolved、total_score、p0_count、p1_count、date 等 frontmatter，并附趋势行。写入失败不应阻断报告。
限制：只做报告，不自动修复；.design-critique/ignore.md 由用户手动维护，永不自动生成。修完后可重跑 /design-critique 查看分数提升。