前端设计

SKILL开发
开发 未标注权限 许可证不明确
安装这个技能

前端设计

一句话选型结论

按资料字段整理

前端设计是开发类的 Agent Skill,安装方式未标注,权限级别未标注,许可证不明确,有可直接复制的安装命令。技能本质是给模型读的说明书,效果取决于模型与客户端;装完先用一个小任务验证,再放进正式流程。

分类开发 安装方式未标注 权限级别未标注权限 许可证许可证不明确
累计安装 未标注 本周 未标注
GitHub 星标 未标注 仓库 未标注
下载量 未标注 技能市场下载数
权限级别 未标注权限 安装前请确认风险范围
许可证 许可证不明确 未说明

安装

未标注
在支持 Skills 的客户端里执行,装完问一句「你有哪些技能」验证
skillhub install user_e7318307/uidesign
  1. 1
    确认客户端支持

    确认你的客户端支持 Skills(Claude、Codex、Cursor 等),并升级到较新的版本。

  2. 2
    拿到技能文件

    执行上面的命令安装;也可以把仓库里的 SKILL.md 手动放进客户端的 skills 目录。

  3. 3
    刷新技能列表

    重新打开客户端,或刷新技能列表,让新放进来的技能被加载。

  4. 4
    验证是否生效

    问一句「你有哪些技能」,确认列表里出现它,再拿一个小任务试跑。

技能档案

开发
字段来自技能仓库与公开索引,中文说明由本站标注
作者 / 维护方user_e7318307仓库 未标注 · 版本 未标注
宿主客户端未标注技能可被这些客户端加载
安装方式未标注安装包 community
权限级别未标注权限安装前请确认风险范围
许可证未说明许可证不明确,商用前请自行确认条款
仓库可用性available技能仓库当前是否可访问
最近核验未标注上游最后核验时间 · 数据更新 1791737578
正文体量5.0 KBSKILL.md 原文大小,越大说明说明书写得越细

典型使用场景

3 类
按分类整理的常见用法,具体以 SKILL.md 为准
写代码与改 bug

按需求补代码、定位并修掉报错。

读仓库与生成改动

让模型读懂项目结构,再给出可落地的改动。

跑测试与排查故障

按现象排查问题,补测试用例并复跑。

选择建议

装之前先看这几条
按条目字段给出的判断,不替你决定用不用

值得选的地方

  • 有可直接复制的安装命令,不用自己翻文档找入口。

先想清楚的地方

  • 没有标注权限级别,实际能做什么要装好后确认。
  • 许可证不明确,商用或二次分发前先到仓库确认条款。
  • 没有做站内核验,内容以作者仓库为准。
  • 技能只是说明书,实际效果取决于模型与客户端,装完先用小任务试一遍。

更适合

  • 需要在开发场景里给模型补一套做法的人。
  • 愿意先读一遍 SKILL.md、确认它会让模型做什么的人。

不太适合

  • 对许可证要求很严、必须明确可商用的人。
  • 只想装完就自动变强、不打算看说明书的人。

同类对比

6 个同类
同分类里挑最接近的几条,字段以各自详情页为准
技能权限级别安装方式累计安装宿主客户端安装命令
前端设计当前 未标注权限 未标注 未标注 未标注 有
技能审查员 浏览器控制 ClawHub 市场 877.9 万 OpenClaw 有
Vercel React 最佳实践 浏览器控制 GitHub 仓库 849.1 万 Codex、Claude、Cursor 有
GitHub 代码协作 联网访问 ClawHub 市场 763.3 万 OpenClaw 有
网页设计指南 联网访问 GitHub 仓库 668.6 万 Codex、Claude、Cursor 有
本体论 只读 ClawHub 市场 663.7 万 OpenClaw 有

SKILL.md 全文

5.0 KB
模型实际读到的说明书原文,来自技能仓库

前端设计

以一家擅长打造鲜明视觉身份的小型工作室设计负责人的身份开展工作。根据简报作出明确且有针对性的选择,承担一个有充分理由的美学风险,避免默认采用常见的人工智能生成式设计风格。

明确设计简报

开始设计前,先确定:

  • 具体主题或产品
  • 主要受众
  • 页面最重要的单一任务
  • 完成该任务所需的内容与操作
  • 已有的品牌、技术或无障碍约束

如果简报未明确这些内容,自行选择合理而具体的设定,并作简要说明。从主题自身的材料、工具、物件、语言和文化参照中提炼设计方向。

建立设计方向

编写代码前先规划界面。定义一套精简系统,包括:

  1. 概念:用一句与主题紧密相关的话表达视觉构想。
  2. 色彩:选择四到六种有名称、十六进制色值和功能角色的颜色。
  3. 字体排印:按需区分展示、正文和功能信息等角色,并明确字号层级、字重、字宽、间距和回退方案。
  4. 布局:描述构图、网格、密度、节奏和响应式收拢方式。必要时使用简短的字符线框图说明结构。
  5. 标志性元素:选择一个能够体现简报、令人记住的核心元素。
  6. 动效:定义一个经过编排的动效构想;如果动效会削弱概念,则明确选择静态呈现。

把首屏主视觉当作页面的核心论点。优先呈现主题世界中最具代表性的元素,而不是可随意替换的标题、数据、渐变或卡片组合。

质疑通用选择

实施前审查设计方案。凡是能够原封不动套用到无关产品上的选择,都应替换。

特别留意以下常见默认风格:

  • 暖米色背景、高对比衬线字体和陶土色强调色
  • 近黑色界面搭配酸绿色或朱红色
  • 使用细线分隔和编号章节的报刊式网格
  • 超大数据、柔和渐变光晕、玻璃卡片和大量胶囊形导航
  • 无法表达真实结构的装饰性标签、分隔线或编号
  • 只增加活动感而没有实际意义的零散揭示动画

只有当简报确实支持时才使用这些模式。把大胆集中在一个地方,并让其余系统保持克制和严谨。

按确认后的方向实施

一致地落实修订后的方案:

  • 从一套精简的设计变量系统中派生颜色、字体排印、间距、边框、圆角和阴影。
  • 让字体排印承载界面个性,而不是仅作为中性的内容容器。
  • 让结构性元素表达层级、顺序、状态或分组。
  • 让实现复杂度匹配设计概念:丰富地执行繁复风格,精确地执行极简风格。
  • 保持样式表选择器的优先级可预测,避免重叠选择器暗中覆盖间距或字体样式。
  • 除非任务要求进行更大范围的调整,否则保留现有框架、组件和样式约定。
  • 优先使用语义化网页标记和原生控件,再考虑自定义交互模式。
  • 确保界面在移动端仍具备真正的响应式布局,而不是简单缩小。
  • 提供清晰可见的键盘焦点、足够的对比度、有意义的标签和减少动态效果支持。
  • 视任务需要处理加载、空白、错误、成功、禁用和超长内容等状态。

编写界面文案

把文字当作设计材料:

  • 从用户视角写作,使用用户熟悉的概念名称。
  • 使用主动语态、常用动词、句首字母大写规则和明确标签。
  • 在操作控件、进行状态和完成反馈中始终使用同一个操作名称。
  • 让错误信息说明发生了什么以及如何恢复,避免含糊地道歉。
  • 把空白状态转化为明确的行动邀请。
  • 让每个标签、示例、辅助说明和消息只承担一项职责。

如果直接的产品语言更加清晰,就不要使用宣传式填充文案。

评审与验证

只要环境支持截图或浏览器自动化,就检查实际渲染结果。在桌面端和移动端宽度下进行审查,并使用键盘测试主要交互路径。

依据设计简报评审实现结果:

  • 首屏是否立即传达页面用途?
  • 这一视觉方向是否也能轻易属于某个无关产品?
  • 标志性元素是否令人难忘,同时没有多余装饰与其竞争?
  • 每个断点下的字体排印、间距和对齐是否都经过有意识的设计?
  • 动效是否服务于理解或氛围,而不是单纯炫耀自身?
  • 焦点、对比度、减少动态效果和状态处理是否完整?

完成评审后,移除一个不必要的视觉配件。持续迭代,直到实际渲染的界面符合设计方向,并且让人明确感到它专属于当前主题。

常见问题

5 问
答案由本站依据条目字段整理
前端设计怎么安装?

在支持 Skills 的客户端里执行:skillhub install user_e7318307/uidesign。安装方式为未标注。装完刷新技能列表或重开客户端。

前端设计支持哪些客户端?

资料没有标注宿主客户端,但只要客户端支持 Skills(Claude、Codex、Cursor 等),一般都能加载。

前端设计权限高吗,安全吗?

权限级别为未标注权限。安装前先看它会读取或写入哪些内容。

前端设计收费吗?

本站不代收费用,也没有标注具体价格。是否收费取决于技能本身和所用的模型或客户端,正式使用前按作者说明确认。

前端设计用什么许可证?

许可证标注为 未说明(许可证不明确)。商用或二次分发前请到仓库确认条款原文。

热门专题

按场景挑技能
全部专题 →

技能内容以作者仓库为准;分类、权限级别与许可证状态的中文说明为中文整理,最近核验 未标注。