
它能把页面搭出来,能把按钮、卡片、表单、表格都写全,但最后出来的东西,往往还是一眼 AI:配色普通、字体没性格、层级混乱、交互像拼凑、风格不统一,甚至连响应式和无障碍都顾不上。
最近我专门看了一个项目,叫 UI UX Pro Max[1]。
它有意思的地方在于,它不是另一个 UI 组件库,也不是 Figma 插件,而是一个专门给 AI 编程助手用的 UI/UX 设计能力层。
换句话说,它想解决的不是 “AI 会不会写代码”,而是:
AI 在写界面之前,能不能先像设计师一样做判断。
这几年大家对 AI 做前端的期待很高。
一句话生成 landing page。 一句话生成 dashboard。 一句话改成苹果风、极简风、SaaS 风。
听起来很美,但真正做过的人都知道,问题从来不是 “生成不出来”,而是 “生成出来不够专业”。
最常见的情况有几个:
第一,风格没有判断。
同样是后台系统、金融产品、医疗产品、电商页面,视觉语言其实完全不一样。但很多 AI 生成结果,还是一套模板到处套。
第二,配色和字体很随意。
页面结构对了,但整体气质不对。你想做的是企业级产品,它给你来一套花哨渐变;你想做的是消费类产品,它给你一套过于冷静的后台风。
第三,只会 “拼组件”,不会 “做体验”。
按钮有了,表单有了,导航也有了,但细节没想过:触控热区够不够大?焦点态清不清楚?错误反馈是不是离用户太远?动画是不是只是在 “装饰” 而不是传递状态?
第四,跨技术栈复用能力差。
今天你用 React,明天你用 Vue,后天你又想在 React Native 或 SwiftUI 里落地,设计建议经常断层。
所以说,AI 做 UI 最大的短板,从来不是 JSX、CSS 或 Tailwind 写不出来,而是它缺一套系统化的设计判断逻辑。
UI UX Pro Max 的定位很明确:
它是一个给 AI 助手使用的 UI/UX 设计智能工具,不是直接给人拖拽使用的可视化设计软件。
它背后的思路很像 “设计知识库 + 推理引擎”。
项目里预置了大量结构化的设计数据,比如:
根据我核对到的官方仓库信息,截至 2026 年 3 月 29 日,这个项目在 GitHub 上已经有 53,585 Stars,最新版本是 v2.5.0,发布时间是 2026 年 3 月 10 日。
官方 README 里给出的核心能力包括:
注意,它最关键的不是 “数量多”,而是这些数据不是摆在那里供你查字典用的,而是会被 AI 自动调用,用来生成一整套更像样的设计系统建议。
如果用一句话概括 UI UX Pro Max 解决的问题,那就是:
它让 AI 在生成代码之前,先完成一轮设计决策。
比如你说:
“帮我做一个金融类 SaaS 的官网。”
正常 AI 可能会直接开始写 Hero、Feature、Pricing、FAQ。
但 UI UX Pro Max 这类工具会先想:
也就是说,它不是让 AI 更快开始写代码,而是让 AI 别急着写,先想对再写。
这个差别非常大。
因为很多时候,前端 “看起来高级” 并不是因为动画更炫、阴影更多,而是因为它背后的设计决策更统一、更克制、更符合场景。
UI UX Pro Max 官方把自己的核心流程描述得很清楚,大致可以分成四步。
第一步,用户提出需求。
比如:“帮我做一个美业预约 landing page” 或者 “帮我设计一个医疗数据 dashboard”。
第二步,系统做多域搜索。
它会同时去产品类型、UI 风格、配色、落地页模式、字体系统这些维度里匹配最合适的结果。
第三步,推理引擎组合决策。
它会根据产品场景、行业属性和规则库,生成推荐的设计方案,同时避开一些常见反模式。
第四步,输出完整设计系统。
这个输出不是一句模糊建议,而是比较具体的一套结果,包括:
v2.0 版本最核心的更新,就是引入了 Design System Generator(设计系统生成器)——一个 AI 驱动的推理引擎,它会分析你的项目需求,然后在几秒钟内生成一套完整的、量身定制的设计系统。
举个例子,当你输入 "给一家美容 SPA 做 landing page",它输出的结果长这样:
+----------------------------------------------------------------------------------------+
| TARGET: Serenity Spa - RECOMMENDED DESIGN SYSTEM |
+----------------------------------------------------------------------------------------+
| |
| PATTERN: Hero-Centric + Social Proof |
| Conversion: Emotion-driven with trust elements |
| CTA: Above fold, repeated after testimonials |
| Sections: |
| 1. Hero |
| 2. Services |
| 3. Testimonials |
| 4. Booking |
| 5. Contact |
| |
| STYLE: Soft UI Evolution |
| Keywords: Soft shadows, subtle depth, calming, premium feel, organic shapes |
| Best For: Wellness, beauty, lifestyle brands, premium services |
| Performance: Excellent | Accessibility: WCAG AA |
| |
| COLORS: |
| Primary: #E8B4B8 (Soft Pink) |
| Secondary: #A8D5BA (Sage Green) |
| CTA: #D4AF37 (Gold) |
| Background: #FFF5F5 (Warm White) |
| Text: #2D3436 (Charcoal) |
| Notes: Calming palette with gold accents for luxury feel |
| |
| TYPOGRAPHY: Cormorant Garamond / Montserrat |
| Mood: Elegant, calming, sophisticated |
| Best For: Luxury brands, wellness, beauty, editorial |
| Google Fonts: https://fonts.google.com/share?selection.family=... |
| |
| KEY EFFECTS: |
| Soft shadows + Smooth transitions (200-300ms) + Gentle hover states |
| |
| AVOID (Anti-patterns): |
| Bright neon colors + Harsh animations + Dark mode + AI purple/pink gradients |
| |
| PRE-DELIVERY CHECKLIST: |
| [ ] No emojis as icons (use SVG: Heroicons/Lucide) |
| [ ] cursor-pointer on all clickable elements |
| [ ] Hover states with smooth transitions (150-300ms) |
| [ ] Light mode: text contrast 4.5:1 minimum |
| [ ] Focus states visible for keyboard nav |
| [ ] prefers-reduced-motion respected |
| [ ] Responsive: 375px, 768px, 1024px, 1440px |
| |
+----------------------------------------------------------------------------------------+可以看到,这不是一段 "建议你做得柔和一点" 的模糊描述,而是一份可以直接落地的设计规范:页面结构怎么排、视觉风格用哪种、完整色号是什么(连 CTA 按钮色都给了)、字体要搭哪两套(附 Google Fonts 链接)、动效策略怎么选、什么是这个行业不该踩的坑、交付前必须检查哪些项——全部到位。
光看输出还不够,我们来拆一下它背后的逻辑链。用一张流程图看更直观:
┌─────────────────────────────────────────────────────────────────┐
│ 1. 用户输入需求 │
│ "Build a landing page for my beauty spa" │
└─────────────────────────────────────────────────────────────────┘
│
▼
┌─────────────────────────────────────────────────────────────────┐
│ 2. 多域并行搜索(5 个维度同时检索) │
│ • 产品类型匹配(161 个类别) │
│ • 风格推荐(67 种风格) │
│ • 配色方案选择(161 套配色) │
│ • 落地页模式(24 种模式) │
│ • 字体搭配(57 组字体) │
└─────────────────────────────────────────────────────────────────┘
│
▼
┌─────────────────────────────────────────────────────────────────┐
│ 3. 推理引擎组合决策 │
│ • 将产品类型映射到 UI 类别规则 │
│ • 按 BM25 排序应用风格优先级 │
│ • 根据行业过滤反模式 │
│ • 执行 JSON 条件决策规则 │
└─────────────────────────────────────────────────────────────────┘
│
▼
┌─────────────────────────────────────────────────────────────────┐
│ 4. 输出完整设计系统 │
│ Pattern + Style + Colors + Typography + Effects │
│ + Anti-patterns to avoid + Pre-delivery checklist │
└─────────────────────────────────────────────────────────────────┘关键在第 2 步和第 3 步。
第 2 步的 "多域并行搜索" 意味着它不是只在一个维度上做匹配,而是同时在产品类型、风格、配色、布局模式、字体五个维度上检索,然后把结果交给第 3 步的推理引擎做交叉决策。
第 3 步的推理引擎用了 BM25 排序算法来确定风格优先级,同时根据行业属性过滤掉不合适的反模式。比如你做的是银行产品,"AI 紫粉渐变" 就会被自动排除;你做的是儿童教育产品,"暗色模式" 就不会出现在推荐里。
最终输出不是单独某一项建议,而是一整套互相配合的设计系统——从页面结构到最后的交付检查清单,形成闭环。
我本地实际跑过它的设计系统生成脚本,输出结果会明确写出 Pattern、Style、Colors、Typography、Key Effects、Avoid 和 Pre-delivery checklist。这就意味着,它不是在“聊设计”,而是在尽量把设计判断结构化、工程化。
在讲怎么安装之前,先回答一个大家一定关心的问题:我用的 AI 助手支持不支持?
截至 v2.5.0,官方 README 列出的支持列表已经相当全了:
AI 助手 | --ai 参数 | 使用模式 |
|---|---|---|
Claude Code | claude | Skill Mode(自动激活) |
Cursor | cursor | Skill Mode |
Windsurf | windsurf | Skill Mode |
Codex CLI | codex | Skill Mode |
Gemini CLI | gemini | Skill Mode |
Continue | continue | Skill Mode |
OpenCode | opencode | Skill Mode |
Trae | trae | Skill Mode(需先切至 SOLO 模式) |
CodeBuddy | codebuddy | Skill Mode |
Antigravity | antigravity | Skill Mode |
Qoder | qoder | Skill Mode |
Warp | warp | Skill Mode |
Augment | augment | Skill Mode |
KiloCode | kilocode | Skill Mode / Workflow Mode |
GitHub Copilot | copilot | Workflow Mode(斜杠命令) |
Kiro | kiro | Workflow Mode |
Roo Code | roocode | Workflow Mode |
Droid (Factory) | droid | Workflow Mode |
如果你不确定自己的工具属于哪个,运行 uipro init --help 就能看到完整的 --ai 参数列表。
你还可以一次性为所有助手安装:
uipro init --ai all
技术栈同样覆盖比较广,一共 15 个,几乎涵盖了主流前端/移动端场景:
类别 | 技术栈 |
|---|---|
Web(HTML) | HTML + Tailwind(默认) |
React 生态 | React、Next.js、shadcn/ui |
Vue 生态 | Vue、Nuxt.js、Nuxt UI |
Angular | Angular |
PHP | Laravel(Blade / Livewire / Inertia.js) |
其他 Web | Svelte、Astro |
iOS | SwiftUI |
Android | Jetpack Compose |
跨平台 | React Native、Flutter |
在使用时只需在提示词里提到你的技术栈即可,比如 Build a dashboard using Next.js + shadcn/ui。如果不指定,默认输出 HTML + Tailwind。
设计系统生成脚本依赖 Python 3.x,先确认你的环境已安装:
python3 --version如果没装:
# macOS
brew install python3
# Ubuntu / Debian
sudo apt update && sudo apt install python3
# Windows
winget install Python.Python.3.12这是官方最推荐的方式,先全局安装 CLI 工具:
npm install -g uipro-cli
npm install -g uipro-cli 这种方式会把 UI UX Pro Max 作为一个全局命令行工具安装到你的系统里,这样你就可以在任何地方直接调用它的功能了。
uipro init --ai codexuipro init --ai codex 这个命令会初始化 UI UX Pro Max,并指定使用 Codex 作为 AI 引擎。你也可以根据自己的需要选择其他支持的 AI 引擎,比如 Claude Code、Cursor 或 Gemini CLI。
安装完成后,你可以直接在 AI 助手里发出 UI 任务,比如:
Build a landing page for my SaaS product(为我的 SaaS 产品构建登陆页面)
如果是某些支持命令触发的环境,也可以用类似这样的方式调用:
/ui-ux-pro-max Build a landing page for my SaaS product除此之外,它还有一个更像“高级模式”的设计系统生成器。你可以直接运行脚本,生成一套完整设计建议:
python .claude/skills/ui-ux-pro-max/scripts/search.py "fintech banking" --design-system -p "MyBank"
如果你只想查某一类设计信息,也可以按领域搜索,比如:
python .claude/skills/ui-ux-pro-max/scripts/search.py "glassmorphism" --domain style
python .claude/skills/ui-ux-pro-max/scripts/search.py "elegant serif" --domain typography
python .claude/skills/ui-ux-pro-max/scripts/search.py "dashboard" --domain chart
它还支持把设计系统持久化下来,生成 MASTER.md 以及页面级规则文件。这意味着你可以让 AI 在多次迭代里,始终遵循同一套设计原则,而不是每次都 "重新发挥"。
具体怎么做呢?加上 --persist 参数就行:
# 生成设计系统并持久化到 design-system/MASTER.md
python .claude/skills/ui-ux-pro-max/scripts/search.py "SaaS dashboard" --design-system --persist -p "MyApp"
这条命令会在你的项目根目录下创建一个 design-system/ 文件夹,里面放一个 MASTER.md,它就是你整个项目的 全局设计规范——配色、字体、间距、组件规则等全部写在里面。
如果你的项目有多个页面,而某个页面需要和全局规范有所不同(比如 Dashboard 页面需要更紧凑的间距),你可以再生成一份页面级的覆盖文件:
python .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 不同的部分)它的核心思路是 Master + Overrides 分层模式:
MASTER.md 是全局兜底规范,适用于所有页面。pages/xxx.md 只记录与 Master 不同的部分,其它的全部继承 Master。这样做的好处是,当你后续让 AI 帮你写某个页面时,可以在提示词里这样写:
我正在做 Checkout 页面。请先读取 design-system/MASTER.md。
然后检查 design-system/pages/checkout.md 是否存在。
如果存在,优先使用该页面的规则。
如果不存在,按 Master 规范执行。
现在,开始生成代码。AI 就会先加载全局规范,再看有没有页面级覆盖,最后按合并后的结果来写代码。
这一点对团队协作尤其有价值。
因为很多 AI UI 产出不稳定,不是模型不够强,而是上下文没有沉淀。对话窗口一关、模型一换,之前的设计决策就丢了。UI UX Pro Max 的持久化做的就是解决这个问题——把"设计上下文"固定成文件,让它跟着项目走,而不是跟着对话窗口消失。
很多人第一次看到它,容易把它理解成:
“又一个 AI UI 提示词合集。”
或者 “又一个风格模板仓库。”
但我觉得这两个理解都不准确。
它真正有意思的地方,是把 UI/UX 这件事,从模糊经验,往工程流程里推进了一步。
以前我们做设计协作,经常靠的是:
而这个项目做的是,把这些原本比较主观、分散的判断,尽可能变成一套 AI 可以读取、搜索、推理和复用的结构化系统。
这背后其实传递了一个很重要的信号:
未来前端工程师和 AI 协作,拼的可能不再只是 “谁写代码更快”,而是 “谁能把设计决策表达得更清楚”。
要实话实说,UI UX Pro Max 再强,也不是万能工具。
它不能替代真正的品牌设计。
它也不能替代复杂业务场景下的用户研究。
更不可能一键生成所有情况下都完美的视觉方案。
而且它本质上仍然是一个 “给 AI 提供设计判断” 的系统,所以最终落地效果,还是会受到模型能力、上下文质量、执行环境和具体提示词的影响。
另外我在看资料时也发现一个小细节:
有些第三方文档站或翻译站展示的数据,和 GitHub 主仓 README 不完全一致。这说明项目迭代速度比较快,信息源之间可能存在版本滞后。
所以如果你准备认真用它,建议优先以 GitHub 主仓和最新版发布说明为准。
如果你经常用 AI 写前端,那 UI UX Pro Max 值得关注的原因,并不是它又多了多少种风格,也不是它能不能帮你做出一套炫酷界面。
它真正有价值的地方在于:
它试图补上 AI 在 UI/UX 这件事上最欠缺的一块能力:设计判断。
AI 会写页面,不代表 AI 懂设计。
AI 能生成组件,不代表 AI 会做体验。
而 UI UX Pro Max 做的,就是把 “设计这件事” 变成一个可以被 AI 调用的工程能力。
如果你把它当成一个组件库,那你可能会低估它。
但如果你把它当成一个 “给 AI 增加 UI/UX 脑子” 的项目,你就会明白它为什么值得被研究。
对很多前端工程师来说,这类工具真正改变的,可能不是界面生成速度,而是:
以后我们和 AI 协作做产品时,终于可以不只追求 “做出来”,而是开始追求 “做对了”。
参考资料:
往期推荐:
序号 | 文章标题 | 阅读入口 |
|---|---|---|
1 | 零成本部署:5 分钟创建免费 PostgreSQL 数据库 | 查看详情 |
2 | AI 知识库的真相 | 查看详情 |
3 | Cherry Studio 本地知识库搭建教程 | 查看详情 |
4 | RAG 知识库痛点与优化 | 查看详情 |
5 | 数据库接入大模型实战 | 查看详情 |
6 | 免费域名 dpdns 速领 | 查看详情 |
7 | 超长上下文模型知识库实战 | 查看详情 |
8 | 域名接入 Cloudflare | 查看详情 |
[1] UI UX Pro Max: https://github.com/nextlevelbuilder/ui-ux-pro-max-skill