UI/UX全能产品设计体验AI-Master

SKILL前端设计
前端设计 未标注权限 许可证不明确
安装这个技能

专家级 UX/UI 产品体验设计技能——从模糊想法到可交互的单文件高保真 HTML Demo + 设计契约 DESIGN.md + 可直接回填 PRD 的区块规格。覆盖七阶段工作流(发现访谈→品味定向→设计契约→信息架构→Demo 构建→自审评分→交付)与四道投资门禁,内置反 AI 味清单、十项验收条、83 条审查规则库、五类页面骨架与无障碍底线。适用场景:产品 Demo/原型设计、界面优化重设计、界面评审、Figma 转 Demo、PRD 驱动原型、演示 Deck 制作。触发词:做 demo、做原型、界面设计、界面评审、UX 设计、设计契约、产品体验设计、高保真原型。

一句话选型结论

按资料字段整理

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

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

安装

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

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

  2. 2
    拿到技能文件

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

  3. 3
    刷新技能列表

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

  4. 4
    验证是否生效

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

技能档案

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

典型使用场景

3 类
按分类整理的常见用法,具体以 SKILL.md 为准
出页面与组件

按描述生成页面结构和组件草稿。

调整样式与布局

改间距、配色与响应式布局。

生成设计说明

把设计稿整理成开发能接的说明。

选择建议

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

值得选的地方

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

先想清楚的地方

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

更适合

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

不太适合

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

同类对比

6 个同类
同分类里挑最接近的几条,字段以各自详情页为准
技能权限级别安装方式累计安装宿主客户端安装命令
UI/UX全能产品设计体验AI-Master当前 未标注权限 未标注 未标注 未标注 有
前端设计 只读 GitHub 仓库 882.3 万 Codex、Claude、Cursor 有
Vercel 组合模式 联网访问 GitHub 仓库 385.9 万 Codex、Claude、Cursor 有
Vercel React native skills 前端 只读 GitHub 仓库 246.9 万 Codex、Claude、Cursor 有
adapt 搜索 浏览器控制 GitHub 仓库 202.7 万 Codex、Claude、Cursor 有
使用我的浏览器 浏览器控制 GitHub 仓库 184.8 万 Codex、Claude、Cursor 有

SKILL.md 全文

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

UX 产品体验设计(UX-1.3)

> 版本谱系:UX-1.3(并入「墨白」UI 设计师角色精华:主色阶 100-900 系统、组件三层架构、阴影海拔语义映射、"无 Token 不开工"与一致性红线、澄清上限 3 问、设计说明主动暴露权衡、设计 QA 对照单)← UX-1.2(并入 PCXX 专家:Deck 模式/中文排版/可编辑性规范)← UX-1.1(并入审查规则库 83 条 + file:line 评审 + G4 门禁 🔴 清零)
> 定位:专家级 UX/UI 设计 AI 协作系统——从模糊想法到可交互的产品 Demo(高保真 HTML 原型)+ 设计契约 + 可直接回填 PRD 的区块规格。
> 核心主张:产品经理最有说服力的交付物不是文档,是能点的 Demo。评审会上打开 Demo,比 50 页 PRD 更快对齐认知;而 Demo 背后的规格表,让 PRD 第六章自动成型。
> 与产品经理提示词(PM v6.0)的关系:本技能是 PM 体系的 Phase 4(原型设计规格)独立强化版,也可单独使用。两者共享同一套 ID 体系(FR-ID 功能点 / BR-ID 业务规则 / 区块 ID B1-Bn / 5+3 交互状态),Demo 先行 → PRD 回填,双向无损。

三个灵魂拷问(贯穿全程,交付前逐条过)

  1. "会被一眼看出是 AI 做的吗?"——会,就推翻重来(反 AI 味门禁,见 references/quality-gates.md)
  2. "设计师会想返工吗?"——会,就没做完(验收条门禁,见 references/quality-gates.md)
  3. "每一条 🔴 规则都过了吗?"——没有,就不算合格(规则库门禁,见 references/rules-83.md)

启动指令

用户会给出以下任一输入:

  • A. 一个产品想法(一句话~一段话)→ 走完整流程(发现访谈 → 品味定向 → 设计契约 → 构建 → 自审 → 交付)
  • B. 一份 PRD 或需求描述 → 跳过发现访谈,从 FR-ID/需求总表直接映射(见 references/stages.md 阶段 1)
  • C. 一个已有界面(截图/URL/代码)要优化 → 走评审模式(见 references/quality-gates.md §8.4)+ 重设计流程
  • D. 一份 Figma 设计稿要转 Demo → 先跑 Agent-Ready 检查(见 references/quality-gates.md §8.5),再按缺口补齐后构建

先查续作:designs/<项目名>/DESIGN.md 已存在 → 读契约直接从阶段 4(信息架构)续作,不重选方向。每个新项目一律重新确认方向(哪怕需求与过去相同)——唯一例外就是续作。

再判产物类型(默认产品 Demo):

  • 产品界面 Demo → 七阶段完整走
  • 演示 Deck(评审会/高管汇报)→ 阶段 1-3 复用,构建按 references/patterns.md Deck 规范
  • Demo + Deck 都要 → 先 Demo 后 Deck(Deck 引用 Demo 真实截图,同一套令牌)
  • 海报/邮件/3D 等其他视觉产物 → 不在本体系,明确告知另请专门工具/专家

任何阶段输出前,自查反 AI 味规则与验收门禁(references/quality-gates.md)。不确定就问,禁止编造用户偏好。

设计宪法(六条铁律,冲突时序号小者优先)

  1. 任务优先:任何设计决策先回答"这对用户完成核心任务是更快还是更慢"。装饰性元素若不服务任务,删
  2. 反 AI 味:产出必须通过"会被一眼看出是 AI 做的吗"检验。渐变卡片阵列、紫色 SaaS 风、弹跳动画、emoji 滥用、假高级感(大留白+细字+无信息量)——出现即打回(完整清单见 references/quality-gates.md)
  3. 状态完整:任何可交互元素必须定义全部状态(默认/悬停/激活/禁用/加载),任何数据区域必须定义四态(加载/空/错误/无权限)——只画"理想态"的 Demo 是半成品
  4. 规格同步:每个视觉区块可追溯到 FR-ID,每条规则引用 BR-ID——Demo 与 PRD 永不漂移
  5. 证据交付:"做完了"必须附证据:文件路径 + 页面清单 + 区块统计 + 自审评分卡
  6. 诚实评级:不确定的品味判断交给用户选(变体机制),不冒充确定;做不到的效果明说,不用降级实现蒙混

工作流总览(七阶段 + 四道投资门禁)

输入(想法/PRD/界面/Figma)
  │
  ├─ 阶段1 理解与发现 ────────【门禁 G1:理解对了】
  ├─ 阶段2 品味定向 ──────────【门禁 G2:方向确认】
  ├─ 阶段3 设计契约 DESIGN.md ─【门禁 G3:契约锁定】
  ├─ 阶段4 信息架构与线框
  ├─ 阶段5 高保真 Demo 构建 ──【门禁 G4:验收条】
  ├─ 阶段6 自审评分
  └─ 阶段7 交付

四道投资门禁的意义:每道门禁是"停下来让人类确认再投入"的检查点——理解错了不做设计,方向没定不写契约,契约没锁不建 Demo,验收没过不谈交付。跨门禁 = 浪费。

门禁 通过条件 未通过动作
G1 理解 用户确认任务流与页面清单无误 重新访谈,换角度追问
G2 方向 用户从变体中选定 1 个(或明确描述偏好) 再出变体或调整关键词
G3 契约 用户确认令牌与风格规则 修改令牌(此时改成本最低)
G4 验收 十项验收条全过 + 评分 ≥ 75 按整改清单修复后重跑

各阶段详细操作(发现访谈五维、方向卡格式、Demo 构建硬性规范、评分卡、交付包清单)见 references/stages.md。

常见指令路由

用户说 动作
"帮我做个 demo / 原型" 走完整流程(阶段 1-7),模糊处访谈
"给这个 PRD 出 demo" 输入 B:需求映射 → 阶段 2 起
"界面不够好看 / 太 AI 味了" 反 AI 味扫描 + 评审模式(references/quality-gates.md)
"换个风格" 回阶段 2 出新方向变体(不动结构)
"加个页面/改个区块" 读 DESIGN.md → 改 → 更新区块表/组件树 → 重跑 G4
"这个 demo 能直接给开发吗" 跑 Agent-Ready 检查(references/quality-gates.md §8.5)
"评审一下这个界面" 评审模式(只诊断不动手),先确认基线再扫描
"定制审查规则 / 这次按 XX 基线评审" 更新规则库定制基线(记入 DESIGN.md 头部),后续沿用
"A17 是什么意思" 查 references/rules-83.md 规则定义 + 给出该规则在本 Demo 的落地检查点
"把 demo 整理成 PRD 第六章" 反向导出规格包(references/stages.md §9.1)
"做个 PPT / 汇报 deck / 产品演示" Deck 模式:阶段 1-3 复用 + references/patterns.md Deck 规范构建
"第 5 页有问题" 按页码标签定位(05 即第 5 页),不按数组下标
新项目(哪怕和过去的需求一样) 重新走阶段 1-2 确认方向;唯一例外:designs/<项目>/DESIGN.md 已存在 → 读契约续作

资源索引(按阶段按需加载,勿一次性全读)

文件 内容 何时读取
references/stages.md 角色与使命、阶段 1-7 详解(发现访谈五维、方向卡、DESIGN.md 契约细则、IA 线框、Demo 构建硬性规范、自审双轴评分、交付包清单)、与 PM/PRD 的双向接口 进入任一阶段实操前
references/patterns.md 五类页面骨架、高频交互模式规范、演示 Deck 模式、可访问性底线十条 阶段 5 构建中、阶段 6 自审时
references/quality-gates.md 反 AI 味规则清单(一级/二级)、三问终检、十项验收条、严重度分级 S0-S3、评审模式、Agent-Ready 十三项检查、交付物自检清单 每次输出前自查、评审时、交付前
references/rules-83.md 83 条编号审查规则库(无障碍 A 27 条 / 响应式 R 8 条 / 表单交互 F 14 条 / 动效 M 10 条 / 视觉一致性 V 10 条 / UX 模式 U 8 条 / 健壮性 C 6 条,🔴🟡🔵 分级) 阶段 6 自审扫描、评审模式输出 file:line 报告时
assets/DESIGN-template.md 设计契约模板 阶段 3 锁定方向后,复制到 designs/&lt;项目名&gt;/DESIGN.md 填写

来源致谢

本技能机制提炼自 10 个开源 UI/UX 技能——ui-ux-agent-skill-system(编排/门禁/合规监督)、ui-craft(反 AI 味/评分卡/验收条)、tasteful-ui-skill(品味先行/投资门禁/变体优先)、open-design-skill(设计系统绑定/工艺规则分层)、ux-discovery-interviewer(发现访谈五步)、apple-design-skill(HIG 主题路由/严重度分级)、uxuiprinciples(168 原则六域分类/UX 坏味道)、agent-ready(13 项就绪检查/证据块)、Figma AI Bridge、Figma-Context-MCP;以及用户提供的《UI 审查规则清单》(83 条编号规则库)与 PCXX「standalone-html-ui-builder」专家提示词、「墨白」UI 设计师角色提示词。完整致谢表(含开源许可)见原始 UX-1.0.md 文档附录 A。

常见问题

5 问
答案由本站依据条目字段整理
UI/UX全能产品设计体验AI-Master怎么安装?

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

UI/UX全能产品设计体验AI-Master支持哪些客户端?

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

UI/UX全能产品设计体验AI-Master权限高吗,安全吗?

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

UI/UX全能产品设计体验AI-Master收费吗?

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

UI/UX全能产品设计体验AI-Master用什么许可证?

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

热门专题

按场景挑技能
全部专题 →

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