UI UX Pro Max 不是单一的“提示词包”,而是一套面向多种 AI 编码助手的 UI/UX 设计增强技能。主入口有两个:直接用 `uipro-cli` 给目标助手装好模板与资产,或在 Claude Code 里走 marketplace 安装。
uipro init --ai <assistant>:给指定助手安装技能与模板/plugin marketplace add ...:Claude Code 的 marketplace 路径- 自动触发模式:Claude Code、Cursor、Windsurf、Codex、Gemini CLI、OpenCode 等
- Slash 命令模式:Kiro、GitHub Copilot、Roo Code
search.py:直接跑 生成 design system、做 domain / stack 定向检索
# 最小起手式
npm install -g uipro-cli
uipro init --ai codex
安装通道怎么选 >>>
真正影响效率的不是“记住所有命令”,而是先选对安装通道。大多数场景优先 CLI;只有 Claude Code 且明确要走商店时,才切到 marketplace。
Recipe 1:给单个助手装技能
- 何时用:你只在一个助手里长期使用 UI UX Pro Max
全局安装 CLI -> init
npm install -g uipro-cli
uipro init --ai claude
uipro init --ai cursor
uipro init --ai codex
uipro init --ai gemini
- 前置条件:本机已有 Node.js,目标项目目录就是你要装技能的位置
uipro init:在错误目录执行 ,会把模板落到不想要的项目里
Recipe 2:Claude Code 直接走 Marketplace
- 何时用:你就是 Claude Code 用户,而且希望沿用 marketplace 生命周期
marketplace add -> plugin install
/plugin marketplace add nextlevelbuilder/ui-ux-pro-max-skill
/plugin install ui-ux-pro-max@ui-ux-pro-max-skill
- 前置条件:当前环境支持 Claude marketplace
uipro-cli:这条路径只覆盖 Claude Code;要兼容其他助手,还是回到
Recipe 3:一次装到多个助手
- 何时用:你在同一个仓库里经常切换 Claude / Codex / Cursor / Gemini 等助手
init --ai all
uipro init --ai all
- 前置条件:你接受仓库里同时出现多种助手约定目录
- 常见坑:仓库越杂,后续维护越重;团队项目通常只给真实在用的助手落模板
Recipe 4:网络不稳定时离线安装
- 何时用:拉 GitHub release 容易超时,或你想强制只用 CLI 自带资产
init --offline
uipro init --ai codex --offline
uipro init --ai continue --offline
uipro-cli:已安装完成--offline:用的是 CLI 包内置资产,不一定是仓库的最新 release
仓库骨架与模块分工 >>>
这个项目的重点不是“一个 SKILL.md 文件”,而是把数据、检索脚本、模板和安装器拆成独立层。理解这层分工,改模板、查问题、做二次开发都会快很多。
ui-ux-pro-max-skill/
├─ src/ui-ux-pro-max/
│ ├─ data/ 产品类型、配色、字体、图表、UX 规则数据库
│ ├─ scripts/ search.py、core.py、design_system.py
│ └─ templates/ 各助手安装模板
├─ cli/ uipro-cli 安装器与打包资产
├─ .claude/ Claude 本地开发/测试入口
├─ .claude-plugin/ Claude Marketplace 发布配置
└─ README.md 安装入口、支持平台、使用模式
src/ui-ux-pro-max/:事实源,改内容优先改这里cli/:负责把模板与资源生成到不同助手目录data/ + scripts/:负责“搜索推荐”和“design system 推理”templates/:负责不同助手最终拿到什么文件结构
起手工作流
大多数真实任务都不需要你先研究全部资源。正确做法是先装好,再按“自动触发 or slash command”选调用入口,最后才进入 design system 生成或 stack 定向检索。
# 1. 安装 CLI
npm install -g uipro-cli
# 2. 装到目标助手
uipro init --ai codex
# 3. 正常提需求,交给技能自动触发
Build a landing page for my SaaS product
- 自动触发助手:Claude Code、Cursor、Windsurf、Antigravity、Codex CLI、Continue、Gemini CLI、OpenCode、Qoder、CodeBuddy、Droid
- Slash 命令助手:Kiro、GitHub Copilot、Roo Code
- Trae:需要先切到 SOLO 模式,再发 UI/UX 任务
# Slash 命令类助手的最小入口
/ui-ux-pro-max Build a landing page for my SaaS product
高频 Recipes
下面这些 recipe 覆盖“不同助手如何装、如何调用、如何进阶到设计系统生成”三条主线。对这个主题来说,场景组合比字段列表更重要。
Recipe 1:给 Codex CLI 装可自动触发的 UI/UX 技能
- 何时用:你主要在 Codex CLI 里做页面、组件、Dashboard、落地页
npm install -g -> uipro init --ai codex
npm install -g uipro-cli
uipro init --ai codex
- 前置条件:当前项目允许写入对应助手目录
- 常见坑:装完之后仍把它当普通代码助手用,没在需求里明确页面类型、品牌气质、栈和约束
Recipe 2:给 Continue / Gemini / OpenCode 统一铺模板
- 何时用:团队会轮换不同终端助手,但想复用同一套 UI/UX 技能资产
重复 init
uipro init --ai continue
uipro init --ai gemini
uipro init --ai opencode
- 前置条件:仓库允许存在多套助手目录
- 常见坑:忘了记录“哪个助手用自动触发,哪个助手要 slash command”,导致看起来像“安装没成功”
Recipe 3:先查版本,再决定要不要升级
- 何时用:你怀疑本地模板老了,或想确认当前 CLI 能装到哪个 release
versions -> update
uipro versions
uipro update
- 前置条件:机器能访问 npm / GitHub
init:只更新 CLI,不重新在项目里执行 ,结果仓库里的模板还是旧的
Recipe 4:直接调用 design system 生成器
- 何时用:你不是只想“启用技能”,而是要单独产出配色、字体、版式与反模式建议
python3 search.py --design-system
python3 .claude/skills/ui-ux-pro-max/scripts/search.py "beauty spa wellness" --design-system -p "Serenity Spa"
python3 .claude/skills/ui-ux-pro-max/scripts/search.py "fintech banking" --design-system -f markdown
- 前置条件:Python 3.x 可用
.claude/skills/ .continue/skills/:脚本路径依赖助手目录;如果你装的是 Continue,要把 换成
Recipe 5:只查某一类设计知识,不跑整套推荐
- 何时用:你只缺样式、字体、图表或某个栈的约束
search.py + --domain / --stack
python3 src/ui-ux-pro-max/scripts/search.py "glassmorphism" --domain style
python3 src/ui-ux-pro-max/scripts/search.py "elegant serif" --domain typography
python3 src/ui-ux-pro-max/scripts/search.py "dashboard" --domain chart
python3 src/ui-ux-pro-max/scripts/search.py "responsive layout" --stack html-tailwind
python3 src/ui-ux-pro-max/scripts/search.py "form validation" --stack react
- 前置条件:你知道自己是在查风格、排版、图表还是栈规则
- 常见坑:问题太宽,只写“make it better”,检索价值会明显下降
助手差异与触发方式
安装成功不代表调用方式一样。这个项目把助手分成“自动激活型”和“slash 命令型”两类,判断错了,体验会像技能失灵。
- 自动激活型:Claude Code、Cursor、Windsurf、Antigravity、Codex CLI、Continue、Gemini CLI、OpenCode、Qoder、CodeBuddy、Droid
- Slash 命令型:Kiro、GitHub Copilot、Roo Code
- Trae:先切 SOLO,再按自动触发使用
- Claude Code 特例:既能用 CLI 安装,也能走 marketplace
自动激活型:直接描述 UI/UX 任务
Slash 命令型:先写 /ui-ux-pro-max,再写任务
Design System 持久化套路
如果项目会反复做多个页面,最值得保留的不是一次生成的代码,而是 `MASTER + page overrides` 这套设计系统文件。它能把后续会话拉回同一视觉基线。
# 生成全局设计系统
python3 .claude/skills/ui-ux-pro-max/scripts/search.py "SaaS dashboard" --design-system --persist -p "MyApp"
# 为具体页面生成覆盖规则
python3 .claude/skills/ui-ux-pro-max/scripts/search.py "SaaS dashboard" --design-system --persist -p "MyApp" --page "dashboard"
design-system/
├─ MASTER.md
└─ pages/
└─ dashboard.md
MASTER.md:全局设计原则、颜色、字体、组件基线pages/<name>.md:只写偏离全局基线的局部覆盖- 取用顺序:先读页面 override,再回退到 Master
风险、成本与决策规则
这类跨助手技能最容易踩的坑,不是命令写错,而是入口判断错、版本认错、目录认错。先把这三个问题控住,后面的安装与调用基本都稳定。
uipro-cli- 只有 Claude Code 且明确要走商店时,再用 marketplace
--offlineuipro update uipro initsearch.py- 多助手共存时,控制好仓库噪音,只保留真实在用平台
# 常用维护动作
uipro versions
uipro update
uipro init --ai codex --force
uipro init --ai codex --offline