frontend-design-review · git:20260810.2f916d1 · 2026-08-10 · sha256 5c8695002fe28170
frontend-design-review git:20260810.2f916d1A
Immutable. This exact content never changes and is served at /api/v1/blob/5c8695002fe28170.
--- name: frontend-design-review description: 在实现或审查前端页面、landing page、portfolio、redesign、视觉风格或 UI polish 时使用。适用于先判断页面类型、受众、设计语言和反 AI 默认风格,再给出设计或 review 结论。 --- # 前端设计读题与审查 ## 目标 先读清页面的业务语境和审美方向,再设计或审查。避免默认套用 AI 常见模板。 ## 何时使用 - landing page、portfolio、品牌页、营销页、redesign - 用户说页面 AI 味重、不高级、不符合风格 - 有截图、参考站点、品牌资产或已有设计系统 - 需要在动手前判断 UI 应该走什么设计语言 ## 何时不要使用 - 纯表单修 bug、数据表格业务逻辑、API 或状态管理问题 - 用户已经给了明确设计稿,只需要按稿实现 - 后台运营/CRM/SaaS 工具只需要密度、层级、可用性检查时,按项目现有设计系统优先 ## Design Read 动手前用一句话写清: ```text Reading this as: <页面类型> for <受众>, with <风格语言>, constrained by <品牌/系统/场景>. ``` 先读这些信号: - 页面类型:landing、portfolio、docs、dashboard、editorial、redesign - 受众:技术买家、招聘方、消费者、运营人员、内部用户、公共服务用户 - 用户词汇:minimal、premium、serious、playful、editorial、brutalist、trust-first - 参考信号:截图、URL、竞品、品牌名、已有 logo/color/type/photo - 安静约束:可访问性、监管、信任、企业采购、移动端、重复使用频率 如果 design read 分叉很大,只问一个会改变方向的问题;能从上下文推断就直接声明并继续。 ## Anti-Default Check 除非 brief 明确要求,不要默认使用: - 紫蓝渐变、发光 mesh、bokeh/orb 背景 - 居中大 hero 加三张 feature card - 泛 glassmorphism、过量圆角、无意义微动效 - 暗色科技风、Inter + slate 单色调、模板化 SaaS 版式 - 和实际产品/场景无关的 stock-like 氛围图 ## 审查重点 - 视觉语言是否服务受众,而不是展示模型审美偏好 - 信息密度是否匹配场景:工具类要可扫读,营销类要有第一屏信号 - 品牌、产品或对象是否在第一视口足够明确 - 文案、按钮、导航和状态是否符合已有产品术语 - 移动端和桌面是否都没有文字溢出、遮挡或布局跳动 - redesign 是否保留应保留的资产和用户习惯,还是无依据地推倒重来 ## 输出要求 - 先给 `Design Read` - 再给 3-5 条最重要的设计判断或修改建议 - 避免泛泛说“更现代”“更高级”;每条建议要能落到布局、层级、颜色、字体、动效、资产或文案