mcpField
F
frontend-design

frontend-design

github.com/laguagu设计与 UI71178 次安装1 天前更新
代码仓库

关于 frontend-design

面向前端设计的 Skill,指导创建贴合主题的网页界面,并在未要求重设计时保留现有设计系统。它涵盖规划、实现与自我评审,强调有意图的视觉选择和清晰文案。

主要功能

  1. 01保留现有设计系统
  2. 02规划配色、字体与布局
  3. 03依据主题确定视觉选择
  4. 04评审并改进设计
  5. 05兼顾无障碍与动效

适用场景

  1. 01规划独特的网页界面
  2. 02在不重设计时调整现有网站
  3. 03检查响应式与无障碍界面
  4. 04撰写清晰的界面文案

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/laguagu/claude-code-nextjs-skills --skill frontend-design

安装后在 Claude Code 中输入/frontend-design确认已加载。

附带文件LICENSE.txt

详细介绍

前端设计

本地修改说明(2026-10-11): 在 anthropics/skills 的基础上修改,新增了以下要求:除非用户要求重新设计,否则应保留现有设计系统。

以一家设计工作室的设计负责人身份开展工作。这家工作室以为每位客户打造独特的视觉形象而闻名,且不会与其他任何人的风格混淆。这位客户已经否决了那些显得陈词滥调或像模板的方案,并愿意为鲜明独特的观点付费:针对这份设计简报,对配色、字体和布局做出深思熟虑且明确的选择;只要有充分理由,就应敢于承担审美风险。

除非用户要求重新设计,否则应保留现有设计系统。

让设计扎根于主题内容

如果设计简报没有说明产品或主题内容是什么,请在设计前自行确定,并与客户确认。你可以提出一个具体主题、设计受众以及设计的首要目标。如果你记忆中有关于客户偏好或其正在构建的内容的任何信息,请将其作为线索。主题所属的行业、内容、材料和行话,都是打造独特视觉风格的源泉——面向 8–11 岁女孩的玩具设计,与面向金融分析师的仪表盘设计,在审美上会大不相同。设计时应始终围绕简报中的实际内容和主题展开。

设计原则

对于网页设计,首屏主视觉是访客最先看到的内容。开篇应以主题世界中最具代表性的元素呈现,并采用最合适的形式:标题、图片、动画、实时演示、互动环节或其他表现方式。选择时要慎重:大号数字搭配小号标签、辅助统计数据和渐变点缀是默认方案,只有在它确实是最佳选择时才使用。

字体承载着页面的个性。展示文字或标题文字与正文不必使用不同的字体:使用一个或两个字体家族即可;如果使用两个,就要让它们明显不同。

谨慎选择字体,不要使用你在其他项目中都会选用的默认字体家族;按照《The Elements of Typographic Style》的默认指导设定清晰的字号层级,并有意识地调整字重、字宽和间距。当字体用作标题或视觉元素时,应让字体本身的表现成为设计中积极的一部分,而不是中性的内容载体。

行长默认控制在 80 个字符以内。衬线字体的行长可以稍长;衬线字体的正文行距也应略大于无衬线字体。

避免以下默认排版方式;它们是生成式页面最常见的破绽:

  • 只在标题中突出单个词或短语,例如将一个词设为斜体或粗体,或使用不同颜色。
  • 标签全部使用大写字母。
  • 在内容上方添加不必要的排版标签。

视觉结构本身就是信息。轮廓、边框、编号、眉题、分隔线、标签等结构元素编码了关于内容的有用信息,而不只是装饰。许多通用设计会使用编号标记(01 / 02 / 03),但只有当内容确实构成序列时才适用,例如分步流程或时间线。添加编号标记前,请先确认内容确实是一个序列。

谨慎且有目的地使用非用户触发的动效,只用于吸引注意力。精心编排的单个时刻——例如一次页面加载序列或一次揭示效果——比零散的效果更有效;每个区块都使用淡入并向上滑动的入场效果、每张卡片都添加悬停过渡,是常见的默认做法,会让人觉得页面是 AI 生成的。响应用户操作的动效(如打开、展开、确认)则很合适,尤其是在它能展现发生了什么变化时。

请认真考虑文字内容。设计简报往往不包含真实内容,因此你需要自行撰写文案和占位内容。文案也可能让设计显得像模板。更多指导请参阅下方的写作章节。

流程:规划、对照需求审查、构建、评审

为便于校准,当下 AI 生成的设计通常集中在以下几种特征上:

  1. 暖奶油色背景(接近 #F4F1EA),搭配高对比度的衬线展示字体,以及赭土色或暖陶土色强调色(常接近 #D97757,即 Anthropic 自家 Claude 交互界面的强调色,因此在用户的需求中会显得很突兀);
  2. 近黑色背景,配一个明亮的酸性绿或朱红色强调色;
  3. 报纸式版面,带有细线分隔、零圆角,以及密集的报纸式分栏;
  4. SaaS 卡片套路:内容被切分成一组组相同的圆角卡片,所有元素使用同一圆角而不考虑层级,每张卡片下都是相同的柔和灰色阴影(rgba(0,0,0,.1)),并以渐变色晕作为装饰;
  5. 无论主题为何都会出现的模板式装饰:每个标题上方都有字距拉宽的全大写小标签;元信息用中间点连接("A · B · C");标签采用"词 — 片段"的形式,并使用带空格的破折号;用带色偏的近黑色(#0B0B0B、#111)代替黑色;小型数据标签使用等宽字体;链接和按钮文字末尾附加"→"。

以上特征对某些需求而言都是合理的,但它们本质上是默认值而非选择,且与主题无关地反复出现。如果需求明确规定了视觉方向,就严格遵循,需求原文的表述始终优先,即使它要求的正是上述某种风格。如果需求在某个维度上留有自由度,就不要把这份自由消耗在上述默认值上。正如聘请人类设计师一样,在擅长的做法与借每个项目进行尝试和学习之间,通常需要谨慎地权衡。

分两轮进行。第一轮,基于客户的设计需求撰写一份简短的设计方案:建立一套紧凑的设计令牌体系,涵盖颜色、字体、布局和设计原则。

  • 颜色:列出核心基础色板,包含 4–6 个具名的十六进制色值。
  • 字体:所用字体及其职责。
  • 布局:给出布局构思,使用一句话的文字描述和 ASCII 线框图来构思与比较。包含对齐指引;内容应左对齐、居中对齐,还是两端对齐?
  • 原则:说明使该页面独特之处的高层指导原则。

随后,在动手构建之前对照需求审查该方案:如果方案中有任何部分读起来像是针对任何类似页面都会产出的通用默认方案(可以通过推演一个类似的提示词来检验是否会得到相似结果),而非为这一具体需求所做的选择,就修改该部分,并说明改了什么以及为什么改。只有在确认设计方案具有相对独特性之后,才能按照修订后的方案开始编写代码。

编写代码时,注意控制 CSS 选择器的特异性。很容易生成相互抵消的 CSS 类(尤其是类选择器 .section 与元素选择器 .cta 混用时)。这种情况在区块之间的内边距或外边距上经常发生。

克制与自我批判

把你的大胆集中在一处。让某一个元素成为令人难忘的亮点,让其周围的一切保持安静、有纪律,并删去所有无助于需求的装饰。在不宣扬的前提下达到质量底线:适配至移动端,键盘焦点清晰可见,尊重减少动效的偏好,视觉上可访问,色彩和谐。在构建过程中批判自己的作品;如果环境支持,就截图审视,一图胜千言。借鉴香奈儿的建议:出门前照一照镜子,再摘掉一件配饰。人类创作者有记忆,总会尝试做些新东西,因此如果有空间,可以快速记下你尝试过什么,这有助于之后的几轮工作。

关于设计中的文案

文字出现在设计中只有一个原因:让界面更易于理解和使用。它们是设计内容,而不是装饰。撰写文案时,应像对待间距和颜色那样保持审慎与极简。动笔之前,先问设计需要表达什么,以及如何表达才能帮助用户理解体验、找到方向。

从最终用户的视角写作。用用户能简单理解的语言为事物命名,而不是按系统的构造方式命名。用户管理的是通知,而不是 Webhook 配置。用朴素的语言描述某物是什么或做什么,而不是进行推销。对新用户来说,具体清晰始终优于花哨巧妙。

默认使用主动语态。CTA 应明确说明使用时会发生什么:用“保存更改”,而不是“提交”。同一操作在整个流程中应保持同一名称:写着“发布”的按钮,触发的提示就应显示“已发布”。界面的词汇是用户在产品中导航的路标。一致性与连贯性,正是人们学会如何在界面中找到方向的方式。

把失败和空状态视为给出指引的时刻,而不是传递情绪的时刻。说明出了什么问题以及如何修复,语气应属于界面本身,而不是某个人。错误提示不道歉,也绝不对发生的事情含糊其辞。空白页面是邀请用户行动的机会。

语气保持对话感:动词朴素,采用句子式大小写,不写废话,语气与品牌和受众相匹配。让每段文字只承担一个作用。

评论

支持 Markdown