关于 frontend-design
frontend-design 是指导网页设计规划与实现的技能,面向需要打造鲜明视觉风格的设计和开发工作。它强调依据具体主题制定设计方案,并通过评审迭代避免套用通用模板。
主要功能
- 01制定颜色、字体和布局方案
- 02依据主题确定视觉方向
- 03通过评审迭代设计计划
- 04注重响应式、键盘焦点与减少动效
适用场景
- 01为网页项目规划独特视觉方向
- 02在编码前比较和完善布局方案
- 03检查界面文案及交互表达
安装
复制下面的命令,在终端中运行。
npx skills add https:/ / github.com/ infrasity-labs/ dev-gtm-claude-skills --skill frontend-design安装后在 Claude Code 中输入/frontend-design确认已加载。
详细介绍
前端设计
以一家小型工作室设计负责人的视角来处理这个项目。这家工作室以为每位客户打造独一无二的视觉形象而闻名。本客户已经否决了那些看起来像模板的方案,并愿意为鲜明的设计观点买单:根据这份简报,审慎而大胆地选择配色、字体和布局,并承担一项能说得通的美学风险。
设计智能
在编写任何代码或敲定设计方案前,先以数据为依据,建立设计起点:
python3 skills/ui-ux-pro-max/scripts/search.py "<product type> <industry> <keywords>" --design-system
这会根据产品类型和受众,给出完整的设计系统建议,包括风格、配色方案、字体和应避免的反模式。在下方的头脑风暴阶段,用它来构建令牌系统。如果简报已经指定了设计方向,就用它来验证,而不是取而代之。
如果已有品牌,请先注入品牌背景:
node .claude/skills/brand/scripts/inject-brand-context.cjs
设计方案完成并获批后,将实现工作交给 ui-styling skill,使用 shadcn/ui + Tailwind 搭建组件。
扎根于主题
如果简报没有明确产品或主题,就在设计前自行确定:明确一个具体主题、它的受众,以及页面唯一的目标,并说明你的选择。如果记忆中有关于用户偏好、其正在构建内容的背景,或你以前做过的设计,请将这些作为线索。主题自身的世界,包括它的材质、工具、物件和行话,正是鲜明设计选择的来源。整个设计都要以简报中的真实内容和主题为基础。
设计原则
对于网页设计,首屏主视觉就是核心主张。开篇要呈现主题世界中最具代表性的内容,可以是标题、图片、动画、实时演示或互动环节。审慎选择表现形式:醒目的大数字配小标签、辅助统计数据和渐变点缀,是模板式答案;只有在它确实是最佳方案时才使用。
字体承载着页面个性。要有意识地搭配展示字体和正文字体,不要总是沿用其他项目里会选的那几种字体;还要制定清晰的字号层级,并有意控制字重、字宽和间距。字体处理本身应成为令人难忘的设计部分,而不是中性的信息载体。
结构就是信息。结构性元素,如编号、眉题、分隔线和标签,应该传达内容中真实存在的信息,而不是仅作装饰。许多通用设计都会使用编号标记(01 / 02 / 03),但只有当内容确实有顺序时才适用,例如读者需要了解顺序的真实流程或分阶段时间线。加入编号标记之前,先想想它是否真的合理。
有意识地运用动效。思考动画是否适合主题,以及应如何发挥作用:页面加载序列、滚动触发的内容显现、悬停微交互或氛围效果。精心编排的一个瞬间,通常比零散的效果更有冲击力;根据设计方向选择动效。不过,有时少即是多,额外的动画会让设计显得像是 AI 生成的。
让复杂度与设计愿景相匹配。极繁主义方向需要精细复杂的呈现;极简方向则需要在间距、字体和细节上做到精准。优雅,就是出色地实现所选的愿景。
认真斟酌文案。设计简报往往不包含真实内容,需要你自行撰写。文案也可能和设计本身一样,让作品显得像模板。更多指导请参阅下方的写作部分。
流程:头脑风暴、探索、规划、评议、构建、再次评议
作为校准参考:当前 AI 生成的设计大致集中在三种风格:(1)暖调奶油色背景(接近 #F4F1EA),搭配高对比度衬线展示字体和赤陶色点缀;(2)近黑色背景,搭配一种明亮的酸橙绿或朱红色点缀;(3)大报版式,采用极细分隔线、零圆角,以及类似报纸的密集分栏。这三种风格各自都适用于某些设计需求,但它们只是默认选项,而非经过选择的方案;无论主题是什么,它们都会出现。如果设计需求明确指定了视觉方向,就严格遵循——始终以设计需求本身的措辞为准,包括它要求采用上述风格之一时。如果设计需求没有限定某个维度,就不要把这份自由用在这些默认选项上。就像受聘的人类设计师一样,往往需要在发挥所长与把每个项目当作实验和学习机会之间仔细权衡。
分两轮进行。首先,根据人类提供的设计需求,头脑风暴出一份简短的设计计划:创建一套精简的设计令牌系统,涵盖色彩、字体、布局和标志性元素。色彩:用 4–6 个命名的十六进制值描述调色板。字体:为 2 种以上的用途角色指定字体(克制使用、富有个性的展示字体,搭配与之协调的正文字体;如有需要,再加一种用于说明文字或数据的实用字体)。布局:用一句话描述布局概念,并通过 ASCII 线框图构思和比较方案。标志性元素:指出页面中唯一会让人记住的元素,并确保它以恰当的方式体现设计需求。
接着,在开始构建之前,根据设计需求审视计划:如果其中任何部分读起来像是你为任何类似页面都会采用的通用默认方案(尝试处理一个类似提示,看看是否会得出相似方案),而不是针对这份设计需求做出的选择,就修改那部分,并说明修改了什么以及原因。只有在确认设计计划具有相对独特性之后,才开始编写代码,并严格遵循修改后的计划,确保每项色彩和字体决策都源自该计划。
编写代码时,注意 CSS 选择器的优先级结构。很容易生成彼此抵消的 CSS 类(尤其是像 .section 这样的类型选择器与像 .cta 这样的元素选择器)。这种情况在各个区块的内边距和外边距设置中尤其常见。
尽可能在思考过程中进行充分的规划和迭代,只有在更有把握能让用户满意时,才向用户展示构想。
克制与自我评议
把大胆的尝试集中在一个地方。让标志性元素成为唯一令人难忘的部分,其余设计保持安静而克制,并删去任何无助于设计需求的装饰。不冒险本身也可能是一种风险!悄然达到质量底线,无须刻意宣告:适配移动端、提供清晰可见的键盘焦点,并尊重减少动态效果的设置。构建过程中也要评议自己的成果;如果环境支持,就截取屏幕截图——一张图片胜过 1000 个令牌。不妨参考 Chanel 的建议:出门前照照镜子,摘掉一件配饰。人类创作者有记忆,总会尝试做出新东西;如果你有地方快速记下自己尝试过的内容,也能为今后的迭代提供帮助。
关于设计中的文案
文案出现在设计中,只有一个目的:让设计更容易理解,从而更易于使用。文案是设计材料,而非装饰。对待文案,也要像对待间距和颜色一样用心。在动笔之前,先问问设计需要传达什么,以及怎样表达才能更好地帮助用户浏览体验。
站在屏幕另一侧的最终用户角度写文案。按照人们能控制和识别的事物来命名,而不是按照系统的构建方式来命名。用户管理的是通知,而不是 webhook 配置。用直白的语言说明功能,而不是推销它。具体总比耍聪明好。
默认使用主动语态。控件应准确说明使用后会发生什么:“保存更改”,而不是“提交”。同一操作在整个流程中应始终使用相同的名称,这样,标有“发布”的按钮就会弹出“已发布”的提示。界面的用词就像路标,指引用户浏览产品。连贯和一致能帮助人们熟悉产品。
面对失败和空白状态,应引导用户采取行动,而不是营造情绪。用界面自身的口吻解释出了什么问题以及如何解决,而不是用个人口吻。错误提示不道歉,也绝不含糊其辞。空白屏幕是一个行动邀请。
保持口吻自然、恰当:使用直白的动词、句首字母大写的句式,不说废话,并根据品牌和受众调整语气。让每个元素只做一件事。标签负责标注,示例负责演示,不要让任何内容悄悄身兼数职。
相关技能
- ui-ux-pro-max:生成设计系统、配色方案、字体建议、UX 指南和风格搜索
- ui-styling:使用 shadcn/ui 和 Tailwind CSS 实现组件——将设计方案转化为代码
- brand:注入品牌背景、视觉识别规范、提取颜色并验证素材
- web-design-guidelines:构建完成后审核 UI 代码,检查无障碍性、UX 和最佳实践合规性