AI味设计评审

它解决什么问题

有些页面在技术上没有硬伤：HTML 合法、控制台无报错、Lighthouse 分数也不难看，但一眼就能看出是 AI 一次性生成的产物。居中的 Hero、紫色渐变、三张一模一样的卡片、默认系统字体、elevate your workflow 式的文案——这些特征单独看都「说得过去」，凑在一起就成了同质化。

更麻烦的是 AI 味常常藏在文案里。设计改干净了，正文还在用 "in today's fast-paced world"、"we're thrilled to"、满屏冒号式破折号、每句都是三连排比，用户依然会读出模板感。

claude-design-critic 把设计评审和文案评审放在同一轮，目标是指出具体位置的具体问题，而不是给「风格建议」。

它怎么工作

1. 接收目标：一个 URL（WebFetch + 截图）、一个本地项目（直接读 components 和样式文件），或一段粘贴代码。第一步先确认页面用途、受众、以及唯一的主行动。
2. 分维度审计：布局与构图、色彩、字体、间距与细节、动效、图标与素材、文案、可访问性与语义。每处都指向具体 section 或行，而不是「感觉有点空」。
3. 输出可执行清单：按影响优先级排序，精确到文件、组件、行号。项目里若有 design tokens，会直接指出该引用哪个 token，而不是让你去猜一个色值。
4. 提出落地：可以帮忙直接改掉高优先级项并重新审计，也可以把重构交给 claude-landing-composer。

被反复点名的典型信号：整页居中堆叠、默认 AI 紫渐变、2–3 个字号的默认系统字体、均匀到可疑的 padding、所有元素统一 fade-up 入场、emoji 当 UI 图标、占位 logo 没删，以及 "elevate / unlock / seamless / empower" 这类高频词。

适用边界

• 只做评审和修复建议，默认不改动你的文件；是否应用需要你确认。
• 涉及发送、发布、删除、付款、部署等外部写入，会先展示目标与影响，再执行。
• 命令和代码默认只作参考，只有你明确要求且目标范围清楚时才运行。
• 项目已有一套 design tokens 时，建议配合 claude-design-system-architect 使用，让它对着现有规范审计。