UI UX Pro Max

检索设计依据,再落实到页面

从本地设计资料中选择页面方向、主题规则或组件建议,保留选择依据,再由助手实现和检查。

作者 nextlevelbuilder

UI UX Pro Max:检索设计依据,再落实到页面 项目图片

作者列出的使用环境

  • Claude Code
  • Codex
  • Cursor
  • Gemini CLI
  • GitHub Copilot
  • OpenCode
  • Windsurf
  • Kiro
  • Antigravity
  • OpenClaw
  • Trae
GitHub Star
142,627
版本
2.15.0
资料核对

先为一页确认方向,保留匹配依据

新页面先生成一份可核对的规范草案;已有主题先读现有规则,单个组件问题只做定向检索。选对搜索范围,比把所有风格和建议一次塞进任务更有用。

选一个任务,开始使用

安装后先定位实际脚本。以下 SEARCH_SCRIPT 与 PROJECT_ROOT 是待替换的绝对路径,保留外层引号;不要原样执行占位符。Windows 使用本机可用的 Python 3 命令替换 python3。

按新页面、已有主题或组件问题选择

先检查匹配来源,再保存可复用的页面规则。

  1. 在 Claude Code 会话中安装插件

    在 Claude Code 会话内逐行执行。这里使用当前仓库插件;其他宿主可用作者 CLI 入口。插件、npm 包和仓库文件不应仅凭相同版本标签视为同一快照。

    /plugin marketplace add nextlevelbuilder/ui-ux-pro-max-skill
    /plugin install ui-ux-pro-max@ui-ux-pro-max-skill
    查看作者安装说明

    首次路径:插件 → 实际脚本 → 项目输出目录

    在 Claude Code 会话中逐行运行安装区两条命令;它们不是系统终端命令。确认助手能加载 ui-ux-pro-max。让它从已加载 SKILL.md 的位置找到同目录下的 scripts/search.py,把该文件绝对路径替换为 SEARCH_SCRIPT;插件目录不一定在当前项目内。用 python3 "SEARCH_SCRIPT" --help 核对入口和参数,再将项目绝对路径替换为 PROJECT_ROOT。准备 brief.md,并在项目中建立 research/ 保存原始检索结果。执行第一条提示词时先不持久化,核对来源后再明确写入项目目录。

    作者的安装与使用入口
  2. 把这段话发给 AI

    以下任务和文字展示为编辑编写,描述预期产物;未运行作者脚本,也没有把社区页面示例当作本站实测。

    使用 ui-ux-pro-max,阅读 brief.md、已有品牌材料和当前项目约定。为家政服务预约页整理目标用户、真实服务内容、主操作、目标设备与已知技术栈;本轮交付设计规范,不把建议文档称作已实现的网站。定位已安装 Skill 的 scripts/search.py,将绝对路径替换为 SEARCH_SCRIPT。 先运行 python3 "SEARCH_SCRIPT" "home services booking" --design-system -p "Service Site" --json,保存完整 stdout 为 research/design-system.json,另记错误输出。查询词与项目名按真实任务替换。检查 JSON 的 design_system 对象中的 category、source_identities、reasoning_default 和 source_derivations,逐项说明产品、样式、颜色、字体、布局来自哪里。发现默认值、空来源或不适合的匹配时,缩小关键词重试一次;仍未找到合适依据就明确标为通用回退,不保存成已核实的专属方案。 根据匹配与品牌约束写 design-decisions.md,说明页面段落、主操作位置、前景/背景色对、字体角色与需要验证的状态。实施建议另用实际技术栈的 --stack 查询,不把 --stack 与 --design-system 合成一次调用。 确认为本项目采用的草案后,在同一生成命令中追加 --persist --output-dir "PROJECT_ROOT"。示例项目名对应 design-system/service-site/MASTER.md;先读已有文件,不用 --force 覆盖。检查 JSON 的 persistence.status、persistence.created_files 与实际文件内容;skipped_exists 表示旧文件保留,不能说新方案已经写入。交付规范、来源记录和后续页面验收清单,配色与检查项本身不证明 WCAG 达标。

  3. 检查你拿到的结果

    • 有来源与回退说明的设计规范草案。
    • 实际保存的 MASTER.md 或未覆盖旧文件的明确记录。
    • 品牌取舍与需要在页面上验证的事项。
    查看这项任务的作者说明
进一步了解这个 Skill

UI UX Pro Max 由 NextLevelBuilder 维护。它把样式、颜色、字体、布局与界面规则保存为本地资料,再用搜索脚本和 Skill 工作流帮助助手选择。脚本采用关键词排序与明确规则组合建议;理解业务、改写组件、运行项目和判断效果仍由助手与项目工具完成。

它有三种常用入口:--design-system 汇总新页面的整体方向,--domain 查一个设计问题,--stack 查已确认技术栈的实现建议。整体方案模式不会同时应用 --stack,因此设计选择与栈实现应分开查询。当前 Skill 要求先检测项目,不把 HTML/Tailwind 当成所有工程的默认答案。

生成器可以给出页面结构、语义色值、字体配对、效果和检查项,但输出完整不等于每项资料都命中。JSON 中的来源标识、默认规则标记和派生记录能帮助区分实际匹配与补齐值;这些依据应随规范一起保留。

本页把工作分成三个尺度:为新页面建立可追溯规范、在既有主题变量上迁移样式、修复筛选标签的具体问题。保存规范有利于后续页面复用,实际界面仍要用真实文字、数据与交互状态来检验。

来源与核验

资料核对

按仓库提交 28b3b8d 核对核心资料与实现,并比较 v2.15.0 发布树;未安装、执行搜索脚本或生成真实界面。