深度研究｜ui-ux-pro-max-skill：那个排在 taste-skill 前面的东西

前些天研究 taste-skill，我以为它是 anti-slop 前端赛道的第一名。错了。排在它前面的是 nextlevelbuilder/ui-ux-pro-max-skill，12 万星，比 taste-skill 的 7.9 万多出一半还不止，建仓还更早（2025-11-30）。中文圈几篇讲 taste-skill 的稿子都把它写成第一，这个错传得挺广。

更值得说的不是名次，是这俩根本不是同一种东西。taste-skill 是一份 87KB 的审美纪律提示词，全部知识塞进上下文常驻。ui-ux-pro-max 是一个真在跑的产品：Python 写的检索引擎、37 个 CSV 数据集、54 个真实字体二进制、11 个单元测试文件、npm 上的 CLI 安装器。

我把仓库整棵树扒下来，核了它宣称的每一个数字，读了核心代码。有几件事值得记一笔。

一、它的形态：这是产品，不是提示词文件

先看骨架。全仓库 662 个文件、20.5MB，分成 7 个 skill 目录：

这张表后面还要再用一次，它藏着这个项目的商业结构。

旗舰目录里 15 个 Python 文件，其中 11 个是测试：test_core.py、test_core_data_quality.py、test_data_contracts.py、test_style_taxonomy.py、test_web_stack_freshness.py、test_native_desktop_stack_freshness.py、test_relevance_evaluator.py 等等。一个 markdown 为主的 skill 仓库，配了数据契约测试和相关性评估测试，这在这个赛道里几乎没见过。

二、引擎：BM25 加正则，不是让模型凭感觉

core.py 是混合检索：BM25 打分加正则匹配，从 CSV 里按相关性返回排序行。输一个查询，它给你几行确定的结果，零命中会明确标注回退。这一步完全不经过模型的临场审美判断。

数据分两层。data/ 根目录 35 个 CSV 是横向知识（styles、colors、typography、products、ui-reasoning、ux-guidelines、icons、motion、charts、google-fonts）；stacks/ 目录 22 个 CSV 是技术栈专属指导：angular、astro、avalonia、flutter、html-tailwind、javafx、jetpack-compose、laravel、nextjs、nuxt-ui、nuxtjs、react、react-native、shadcn、svelte、swiftui、threejs、uno、uwp、vue、winui、wpf。

注意这个栈清单的分布：不光有 Web，还有 JavaFX、Avalonia、UWP、WinUI、WPF、Uno 这些桌面框架，和 SwiftUI、Jetpack Compose、Flutter、React Native 这些原生移动端。taste-skill 那边 §3 硬绑 React 和 Next，还被 issue 批评过和自己宣称的 framework-agnostic 自相矛盾。这里是真铺开了。

三、九项宣称，九项全中

这是我最看重的一段。SKILL.md 头部原文写着：

79 searchable styles (50 active), 192 product palettes and exact reasoning profiles, 74 font pairings, 119 UX guidelines, 105 curated icons, 17 GSAP presets, 25 chart types, and 22 technology stacks

我去数了每一个 CSV 的行数：

十项核对，十项全中，一个字不差。另有 google-fonts.csv 1934 行没在宣传里提，属内部字体库。

在这个满地编造数据的赛道里，这种「你能自己数一遍验证」的诚实相当稀有。对照一下：taste-skill 的 research/laziness 目录列了五条学术引用，无一带作者、链接或 arXiv 编号，逐条回溯后发现 EmotionPrompt 的数据张冠李戴（把 OPRO 论文的结果安到它头上）、LazyBench 是多模态视觉问答基准被过度拟人化、还有一条查无实据。那边是学术装饰，这边是能数的行数。

四、还有一层更硬的：它把「数据会过时」写成了会失败的测试

我原本准备批它一句：BM25 检索的质量上限就是数据集的质量，如果 styles.csv 里塞满 2021 年的 SaaS 套路，搜出来的也就是 2021 年的 SaaS 套路。

然后我读到了 test_web_stack_freshness.py。它硬编码了一张当前版本适用表：

react 19.2.x, nextjs 16.2, vue 3.5.x, svelte 5, astro 7.1.6,
angular 22.x, html-tailwind 4.3, shadcn cli 4, nuxtjs 4.5, nuxt-ui 4.10

配合 validate_data.py 里的 STACK_OFFICIAL_HOSTS，校验引用链接必须指向官方域名。也就是说，技术栈数据一旦落后于框架版本，或者引用了野链接，测试直接失败。同类还有一份 test_native_desktop_stack_freshness.py 管桌面端。

这是把「知识库腐烂」这个所有静态数据集的通病，变成了可以在 CI 里红掉的具体判据。我那句批评得往回收一半：数据集质量决定上限这话仍然成立，但它至少有一套机制盯着新鲜度，而不是任其发霉。

五、16KB 对 87KB：真正的分水岭在上下文策略

这是全篇最值钱的一条，也是两个项目最根本的差别。

旗舰 SKILL.md 只有 15,969 字节，约 16KB。taste-skill 的旗舰是 87,253 字节，约 21,813 tokens 全量常驻。

差在哪？ui-ux-pro-max 的 SKILL.md 只当调度器。它原文这么写：

The full rule text for every category lives in references/quick-reference.md, read it on demand rather than loading it every time.

规则全文在 quick-reference.md（24.5KB）和 pro-rules.md（10.9KB），按需读；知识在磁盘 CSV 里，用 BM25 检索取几行。上下文里常驻的只有一张优先级调度表。

taste-skill 那边正好相反：87KB 全量进上下文，上下文压缩时长指令块又是被优先截断的对象，规则可能在你不知情时就失效了。它的 issue #67 提议做渐进式披露，拆成约 12KB 核心加 references 按需加载，缩小约七倍。那条 issue 至今开放，零评论。

也就是说：taste-skill 社区里有人提出的架构改进方案，ui-ux-pro-max 一开始就是那么建的。

这条差别的意义超出这两个项目。给 Agent 写长指令的人都会撞上同一道墙：知识越多，上下文越挤，越挤越容易被压缩掉。出路不是把文件写短，是把知识挪出上下文、留一张索引。检索加按需加载这套东西在 RAG 那边早就是常识，在 Agent skill 这边还是少数派。

六、三旋钮：概念是借的，线是真接的

它也有三个旋钮，--variance、--motion、--density，同样 1 到 10。这明显是从 taste-skill 借的概念，连命名都近。

区别在于 taste-skill 的旋钮只是写给模型看的建议，规则活在模型判断里；ui-ux-pro-max 把旋钮接进了 Python 检索。variance 调高，搜索偏向 Brutalism、Bento Grids 这类张扬风格；调低偏向 Minimalism。同一个查询换个旋钮值，返回的推荐集真的不一样，而且可复现。

一个是修辞，一个是参数。

七、它能生成并保存设计系统

--design-system 模式会按你的查询聚合产品类型、风格、配色、字体、动效，吐一整套设计方向出来。再加 --persist，写成 MASTER.md 加每个页面的覆盖文件，下次建页直接读回来。

taste-skill 完全没有这一层。它只管这一页别丑，不管整个项目长什么样、第二十页和第一页是否还是同一套东西。对单页营销站无所谓，对多页产品是硬缺口。

八、商业结构：你拉的是销售漏斗的免费层

taste-skill 全免费，靠赞助商墙活着。这边不一样，README 里有一节明写 Basic 和 Premium 对比，官网 uupm.cc 有 pricing 页，还挂了 PayPal 捐赠。

原文分层是这样的。Basic（就是这个仓库）：79 可搜风格、192 产品类型、调色板、字体配对、BM25 引擎、22 框架栈、CLI 生成设计系统。Premium：品牌识别与 Logo 设计、企业识别系统（CIP）、Banner、演示幻灯片、定制图标；深度集成 AI 图像生成来产出真实视觉资产而非占位符；更完整的企业级 Design Token 架构；优先技术支持。

现在把第一节那张体量表拿回来看：

brand、slides、banner-design 三个目录都在仓库里，但一个 87KB、一个 19KB、一个只有 2 个文件 13KB，都不含 CSV 数据。而它们对应的正是 Premium 那一档的卖点。核心 UI/UX 给到 3.4MB 加 5.6MB，品牌那几块只留门牌。

这不算什么见不得人的事，开源引流加付费增值是正当模式，README 也说得明白，不藏。但评估的时候得清楚：你手上这份是刻意划过线的免费层，不是完整产品。要真上品牌和幻灯片，迟早撞 premium 墙。

它也不喊反 AI 垃圾的口号。我搜了 README，没有 anti-slop 这个词，也没提 taste-skill。定位是帮你在多平台多框架上做出专业 UI/UX，野心比 taste-skill 大，但靶心不重合。顺带一提，它自己的规则文档里 em-dash 照用（pro-rules.md 和 SKILL.md 都有），完全不管去 AI 味那套。这不是缺点，只是说明它压根不在那条赛道上。

九、两个项目摊开对比

十、那它真比 taste-skill 好用吗

看你要治什么病。

如果你的痛点是「AI 生成的页面都长一个样，一看就知道是 AI 做的」，taste-skill 的负面禁令打法反而更对症。它列了一堆不许用的具体指纹：不许 Inter 当大字号展示体、不许靛蓝到蓝的对角渐变、不许 grid-cols-3 三连等高卡片、不许全员 fadeInUp、破折号零容忍，直接往模型的默认审美上砍。ui-ux-pro-max 不做这件事。它是一本好设计知识百科，给你推荐合适的风格配色字体，但不会主动把模型输出里的同质化指纹按下去。你可能得到一个配色考究、字体讲究、但骨架依然很 AI 的页面。

它很重。Python 运行时、5.2MB 字体二进制、20.5MB 仓库。taste-skill 就是一段纯文本，零依赖，复制粘贴就能用。想随手给一个页面提提味，taste-skill 更轻。

它铺得很广，网页、移动端、桌面端、品牌、幻灯片、Banner、Logo、图标全沾。好处是什么都能碰一点，坏处是每块都比不上专用工具深，而且刚才算过了，广度里有相当一部分是薄壳。

反过来，taste-skill 的短板它全都补上了：确定性、多栈、设计系统持久化、上下文经济、数据保鲜、测试。这两个项目的缺口互补得几乎刻意。

十一、怎么选

按场景分，我的口径是这样。

单页营销站、落地页、作品集：走 taste-skill。核心矛盾是「不许像 AI 做的」，负面禁令直接有效，且零依赖。

多页产品、后台管理、仪表盘、数据表：走 ui-ux-pro-max。taste-skill 的 §13 明确写了不适用于仪表盘、数据表、多步表单、代码编辑器，硬用会得到一个漂亮但难用的控制台。这边有 density 旋钮专门切密集档，还有 app-interface、charts 这些数据密集领域的数据集。

跨端项目：只有 ui-ux-pro-max 一个选项。22 栈里桌面和原生移动都有，taste-skill 那边 React/Next 之外基本靠自己译。

需要一套贯穿全项目的设计系统：ui-ux-pro-max 的 --design-system --persist。这是它独有的。

要进 CI 做质量闸门：两个都不行。这是整个赛道的空白。ui-ux-pro-max 的确定性在检索层，不在输出校验层，它保证给你的推荐可复现，不保证模型照着做了。真要拦，得自己写正则 linter 跑在 PR 检查里，命中即 exit 1。有意思的是 taste-skill 的 §14 那 62 项预检清单，本身就是一份现成的 linter 需求文档，规则都替你写好了，只差实现。

最理想的组合是各取一段：taste-skill 的负面禁令清单加旋钮语义，配 ui-ux-pro-max 那套能数得清的数据集检索。但把两个重型 skill 同时常驻上下文，token 账很难看。折中办法是取 taste-skill 的 §9 负面清单蒸馏成 30 行写进项目规范，检索交给 ui-ux-pro-max。

十二、中文场景两个都要打补丁

这一条对国内项目是刚需，两边都没管。

字体栈是最大空缺。taste-skill 封禁了 Inter 和 Roboto 但没给中文替代；ui-ux-pro-max 的 google-fonts.csv 1934 行里中文字体近乎于零。得自己显式给出中文栈：大标题用中文衬线（Source Han Serif SC 或 Songti SC）与拉丁展示体形成对比，正文用 PingFang SC。中文衬线做大字标题是极有效的去 AI 味手段，原因很简单，训练集里几乎没有这种搭配。

排版规则也缺。避头尾、标点不落行首、中英混排间距（中英文之间插 0.15em）、text-spacing-trim，这些全得自己补。

度量还会失配。拉丁字设定的字号行高搬到中文，同字号视觉更重。正文 line-height 上调到 1.8 以上，大标题字号相对拉丁下调约一成。

禁令本身也得翻译。破折号禁令对中文意义有限，换成中文版的二值禁令更有用：引号统一全角、禁用英文省略号、禁用波浪号当范围符。

结论

ui-ux-pro-max 是这个赛道里工程完成度最高的一个。检索引擎真在跑，宣称的十项数字逐项核对全中，数据保鲜写成了会失败的测试，SKILL.md 只 16KB 靠按需加载扛住了上下文预算，22 个技术栈铺到桌面和原生移动，还能生成并持久化设计系统。这些都不是提示词能装出来的东西。

但它不治同质化。它没有负面指纹清单，不主动压制模型的默认审美，它解决的是「我不知道该用什么风格配什么色」，不是「为什么我的页面一看就是 AI 做的」。想治后者，还得回 taste-skill 那套禁令。

另外记清楚你拿到的是什么：一个 12 万星的开源仓库，同时是一个付费产品的引流层，品牌、幻灯片、Banner 三块只留了门牌。

如果一定要一句话：ui-ux-pro-max 是设计智能引擎，taste-skill 是审美纪律条令。前者告诉你该用什么，后者告诉你不许用什么。缺口互补，靶心不同，谈不上谁替代谁。

真正的空白仍然在第三个位置上：一个能在 CI 里 exit 1 的确定性校验器。这个赛道两个头部加起来 20 万星，没有一个能拦住一次提交。

参考仓库：github.com/nextlevelbuilder/ui-ux-pro-max-skill ｜ 官网 uupm.cc ｜ 对照仓库 github.com/Leonxlnx/taste-skill ｜ 数据快照 2026-08-24