taste-skill 复测:9.2 万 Star 的反 AI 味前端框架,近 100 条提交里 63 条只改 README,技能正文 131 天没动

taste-skill 复测:9.2 万 Star 的反 AI 味前端框架,近 100 条提交里 63 条只改 README,技能正文 131 天没动

如果你用 Claude Code 或 Cursor 生成过落地页,大概都见过同一张脸:按钮全是圆角、卡片全带阴影、标题一律紫蓝渐变。四星期前我评过一个专治这个毛病的项目 taste-skill,当时它 8.4 万 Star(GitHub 上的收藏数,相当于「赞」)。今天它 9.2 万,涨了 8,279 颗。

星数在涨,但我把仓库拉下来重数了一遍,发现一件更值得说的事:最近 100 条提交里,63 条只动了 README、赞助商图片和许可证文件,一行技能规则都没改。 主技能的正文,上次修改停在 5 月 26 日。

先说它是什么

taste-skill 是一套「反模板」的前端设计技能:它把「AI 出的页面为什么一眼假」拆成一条条可检查的硬规矩,写进 AI 助手的指令文件里。你装上它,助手出手前就必须先读需求、声明自己的设计判断,再按规矩落地。比如「三张等宽卡片」和「居中大标题」这类默认动作,被它点名列为 AI 痕迹。

上次提到的几点,一条都没变

四星期前那篇评测末尾列了几条待观察项,我这次逐条复核,结论是:一条都没改。

上次指出的 现在的状态
无正式版本,默认技能自称「实验版」 未变:仍是 0 个版本标签,仍写「实验版」
规则靠助手自觉遵守(issue #106) 未变:issue 仍开着,最新一条评论在 9 月 30 日
README 顶部有 Kimi「首购返 10% 额度」推广 未变:同一句仍在 README 第 23 行
技能文件本身 未变:7、8、9 三个月,13 个技能文件一行没改

这四星期里唯一实测变动的数字,是赞助商额度:9 月 23 日,README 里某家赞助商的注册赠送从 1 美元改成 3 美元,提交记录里就是这一行改动。这条和技能好不好没关系。

还有一件事得说清楚,免得记错功劳:这个仓库执行过它自己最重要的那条规矩。5 月 26 日作者做过一次大扫除,主技能文件里 145 处破折号全部清掉,只留 5 处:那 5 处是讲这条规则本身时必须写出这个符号,属于规矩的一部分。这个数字是我用脚本数的,不是照抄它的说明。但这次大扫除发生在 5 月,不是我上次评测之后。

实测第一段:把它的规矩变成 3 条机器检查

这个项目最值钱的地方,是它把「AI 味」写成了一张禁令清单。破折号是全页禁令:标题、正文、按钮、图片描述里一个都不许出现,出现一处,交付前检查就判定失败、必须重写。

但这里有个老问题:规矩是写在文档里的,不是写在代码里的。GitHub 上有个 9 月 3 日开的 issue,标题就是「怎么强迫 AI 助手 100% 遵守这个技能」,到今天还开着,评论区的答案都是同一句话:把规则变成检查,而不是提示词。

我照这个思路动手,写了 3 条纯机械的检查,跑在它自己的仓库上:

它自己定的规矩 我的检查方式 结果
全页禁用破折号 扫描 13 个技能文件里该符号出现次数 103 处命中,其中 93 处在正文
安装名与文档一致 对比安装脚本的键与技能文件声明的名字 13 个里 9 个对不上
模板不带本机路径 扫描脚本里的绝对路径 3 个文件里 4 处,全是写死的 Windows 用户目录

先说破折号。103 处里只有 10 处是在讲规则本身,剩下 93 处是真·正文用法。最夸张的一个技能文件里有 43 处。也就是说,这条它自己判作「头号 AI 痕迹」的红线,在自家仓库里被违反了 93 次。

再说安装名。这个项目的每个技能有两个名字:文件夹名,和技能文件里声明、实际生效的那个名字。安装脚本用文件夹名,文档用声明名,13 个里对不上 9 个。比如主技能,安装脚本认「taste-skill」,实际要用的名字是「design-taste-frontend」。有人 7 月 11 日就开了 issue 指出这件事,到现在没人动。

最后是路径。它的几个图片处理脚本里写死了 C:/Users/User/Downloads 这种本机目录,一共 4 处。任何人克隆下来都跑不动这几个脚本。

实测第二段:装是能装上的,而且是逐字节一致

规矩归规矩,能不能用是另一回事。我在隔离沙箱里跑了一遍完整安装,这个沙箱只有只读的根目录,网络单独开,装完即清:

检查项 结果
安装命令是否成功 成功,一次跑通
实际装到几个技能 13 个,与仓库声明一致
安装位置 项目下的隐藏目录,并自动链接给 Claude Code
覆盖面 输出里具名列出 5 个助手,另有 15 个折叠显示
与我克隆的源码比对 13 个技能逐字节完全一致,零差异
安装体积 384 KB

最后一行是我特意做的对照。技能装到本地后被改过、或者装的是旧版本,是这个生态里最常见的坑;这次一个都没出现。

也有个副作用要提醒:它把 13 个技能一股脑全装上,包括实验版和它替代掉的旧版。你如果只想装一个,得加参数点名。

翻车点:63% 的提交没碰过技能本体

现在说这次复测最意外的一条。

我把最近 100 条提交逐条过了一遍,按它改了哪些文件分类:

提交类型 条数 占比
只改 README、素材图、许可证 63 63%
动了技能规则正文 20 20%
合并分支的记录 10 10%
其它 7 7%

那 63 条里,58 条动的是 README,32 条动的是素材图片。按提交数算,六成以上的改动落在仓库门面上,两成落在技能本体上。

再看时间线就更清楚了。主技能正文的最后一次修改是 5 月 26 日,距今 131 天;13 个技能里有 5 个的最后修改停在 3 月 20 日,比后来那些改动都早得多。最近 100 条提交覆盖的是 4 月 23 日到 9 月 26 日,其中动过技能正文的 20 条,全部集中在 4、5、6 三个月。7 月、8 月、9 月这三个月,13 个技能文件一行都没改过。

README 那一侧则热闹得多:9 月 16 日加赞助商、9 月 20 日一次加四个社区赞助位、9 月 22 日把一位赞助商从公司位挪到社区位、9 月 23 日改赞助额度、9 月 26 日又加一位。

星数从 9 月 4 日的 84,044 涨到今天 92,323,和技能正文的改动没有关系,这 131 天里技能正文一次没动。

这里必须说清楚:改 README 找赞助,在这个生态里是正常且正当的做法,作者也要吃饭。但它会改变你怎么看这个仓库。如果你把它当成「一个正在快速迭代的设计技能」,证据不支持;把它当成「一份已经定稿、正在变现的稳定文档」,才对得上。

三个还挂着的技术问题,我逐条复核过

它开放的问题里,有三条是能机器验证的,我全部重跑了一遍,三条到今天原样挂着:

  • 9 月 12 日开的 issue 说,几个图片处理脚本写死了开发者本机目录、引用了不存在的源文件。我复核:4 处写死路径确实还在,全部是 Windows 用户目录。
  • 同一天开的另一条说,两段「标准代码骨架」里有个冲突:外层元素同时用了两套滚动钉住机制,会导致滚动抖动,而且给「不希望有动画」的用户留了个内容锁死的坑。这两段代码现在还是原样躺在主技能文件里,位置都对得上。
  • 7 月 1 日那条最有分量:主技能单个文件 85 KB,按英文粗略折算约 2.2 万 token(token 是模型读写文字的最小计量单位,也是计费单位)。技能一旦被触发就整份进上下文,且会一直待着。提建议的人已经动手把它拆成「薄核心 + 按需读取附录」,实测常驻体积能小 7 倍。这个方案到今天没被合并。

最后一条可能比前面所有数字都实在:一份 85 KB 的说明书,助手在长对话里很容易读漏,这正是第一个 issue 抱怨的那件事。

拉两个参照物

同赛道里,Impeccable(另一套设计语言技能,作者 pbakaus)75,290 Star,从我上次评测时的 4.99 万涨到现在,已经发过 77 个版本,走的是「生成后用斜杠命令逐条打磨」的路线,不预设风格。Anthropic 官方那份前端设计技能是基线,往上还能叠。

taste-skill Impeccable 官方前端设计技能
Star 92,323 75,290 官方基线
协议 MIT Apache 2.0 随官方
版本节奏 0 个正式版本 77 个 持续更新
思路 装一次,生成时自动生效 生成后逐条打磨 基础规则

适合谁:用主流编码助手做落地页、官网、作品集,被 AI 模板页面反复折磨的人。它的禁令清单确实具体,照着读一遍就能改掉自己的习惯。

不适合谁:做数据密集后台和复杂表单的人。它的「不适用范围」里就明确写了仪表盘、数据表、多步表单。另外如果你已经在用别的同类技能,先别急着叠加,两份规矩同时生效时助手会挑它好执行的那份。

我的判断

这次和上次的结论不一样了。

上次我把它当作一个正在快速迭代的项目推荐;四星期后,这个判断被数据推翻了。它的设计思路依然值钱,但那套思路从 5 月起就没再更新过,现在维护的是它的变现面。

具体怎么用:把它的技能文件当一份「设计纪律手册」读一遍,挑出适合你的规矩抄进自己的项目说明文件,仓库本身可以不用装。等哪天它真的拆完文件、修掉那几个脚本,再回头装也不迟。

最后提一句,这篇复测的全部数字都来自今天的沙箱实测,日期是 2026 年 10 月 4 日。这种仓库变化快,尤其是 README 那一侧。

相关阅读:taste-skill 上一次评测(四星期前,84k Star 时的完整拆解),以及设计类技能的另一条路线(192 套配色全过无障碍标准的那一个)。

关注 AI商业快讯,每天一篇 AI 热点深度解读。

taste-skill 深度评测:84k Star 的「反 AI 味」前端框架,把审美纪律编译进 Agent

taste-skill 深度评测:84k Star 的「反 AI 味」前端框架,把审美纪律编译进 Agent

用 Claude Code 或 Cursor 生成过落地页的人,几乎都撞过同一堵墙:AI 交出来的页面「能用但丑」——按钮全是圆角、卡片全带阴影、标题一律紫蓝渐变,设计师一眼就能认出是 AI 出的。这个问题的解法,过去只能靠人肉在 prompt 里反复强调「别用模板」,直到一个叫 taste-skill 的项目 6 个月冲到 84k star,把「审美纪律」直接编译进 Agent 的指令文件里。

Taste-Skill 给自己的定位是 The Anti-Slop Frontend Framework for AI Agents:它把字体、间距、配色、动效、组件状态的「好品味」写成一组可移植的 SKILL.md,AI 加载后就像多了一个「设计偏见包」。截至 2026-09-04,仓库 Leonxlnx/taste-skill 已获 84,044 star、5,745 fork,MIT 协议,作者是慕尼黑的独立开发者 Leon Lin。

它是什么:13 个技能组成的「反模板武器库」

taste-skill 不是一个单一技能,而是一套 13 个 SKILL.md 的组合(默认主技能 design-taste-frontend 就有 1206 行)。按用途分成两类:

实现类(输出代码)

Skill 定位
taste-skill(v2 实验版) 默认主技能。先读需求推断设计语言,再调三个旋钮(DESIGN_VARIANCE 布局实验度 / MOTION_INTENSITY 动效强度 / VISUAL_DENSITY 信息密度)
taste-skill-v1 原版 v1 的冻结存档,行为与 v2 有差异,可回退
gpt-taste 更激进的 GPT/Codex 变体:Python 模拟随机数强制布局多样性 + GSAP 滚动动效
image-to-code 图片优先流水线:先出参考图 → 分析 → 再实现代码
redesign-skill 改造现有项目:先审计 UI,再动手改
soft / minimalist / brutalist 三套视觉方向预设:昂贵柔和风 / 极简编辑风(Notion/Linear)/ 粗野机械风
stitch-skill 兼容 Google Stitch 语义设计规则
output-skill 治「AI 偷懒截断输出」:禁 placeholder、禁 // ...

生图类(只出图,不出代码):imagegen-frontend-web(网站构图)、imagegen-frontend-mobile(移动端界面)、brandkit(品牌套件),配合 ChatGPT Images / Codex 出参考帧,再喂给编码 Agent。

核心机制:把「AI 味」拆成一张禁令清单

taste-skill 最值钱的部分,是把「AI 生成的页面为什么一眼假」拆成了可执行、可检查的硬规则(v2 的 Section 9「AI Tells」),而不是空泛的「请设计得好看些」。几个代表性规则:

  • em-dash(——)全面禁令:整页不允许出现一个破折号,标题、正文、按钮、alt 文本全禁。作者实测这是 AI 最常犯的文体指纹,v2 里写「如果输出里出现一个 —,Pre-Flight 检查直接失败重写」。
  • 「三张等宽特性卡」是罪:AI 默认的三列等宽 feature 卡片被点名禁止,改用 2 列之字形、不对称网格、横向滚动等替代布局。
  • 中心对称 Hero 是罪:当 DESIGN_VARIANCE > 4 时,居中大标题 + 居中 CTA 的 Hero 是默认输出,属于「无设计」信号,强制改分屏/左文右图/不对称留白。
  • 禁止 AI 紫蓝渐变、禁止纯黑 #000000、禁止 Inter + slate-900 默认组合:这些是 LLM 的训练数据里最常见的「看起来像设计」的偷懒答案。
  • 假数据禁令:不写 “John Doe”、不用 “Acme” 这种假公司名、不写 “99.99%” 这种假完美数字——AI 默认生成的这些内容会让页面「假味」扑面而来。
  • div 拼出来的假产品截图是头号 AI 指纹:用 styled div 模拟的任务列表、终端、仪表盘被点名是 LLM 设计 Tell 第一名,要求用真实截图或真实组件。

这套规则的执行方式也很有工程感:v2 里定义了 §0 Brief Inference(动手前先输出一行「Design Read」声明你读懂了什么需求)、§2 设计系统地图(像 Fluent/Carbon/shadcn 这种有官方包的,必须用官方包,不许手搓)、§14 Final Pre-Flight Check(发布前跑一份 50+ 项的硬检查清单,任何一项不过就不许交付)。

实测:装得上、规则真能查、但也有打脸处

我在 Alpine Linux 沙盒里做了几项可复现的验证:

安装链路:npx skills add https://github.com/Leonxlnx/taste-skill --skill "design-taste-frontend" --yes 实测成功,CLI 正确发现仓库里 13 个技能、识别为 universal 格式(声称覆盖 Amp、Antigravity、Cline、Codex 等 17 个平台),安装到 ./.agents/skills/ 后与仓库源文件逐字节一致。Claude Code 生态则通过 .claude-plugin/ 的 marketplace 清单接入。

规则一致性审计:我对全部 13 个 SKILL.md 做了 frontmatter 校验(name + description 字段齐全 = 可被 npx skills 正常发现安装),13/13 通过,无缺失。但有意思的是「自己打脸」的地方:v2 声称「em-dash 全禁」,它自己的 SKILL.md 里确实 5 处 em-dash 全是规则说明本身(禁用它就得写出它),这是严谨不是违规;但 v1 的 SKILL.md 里有一处真违规——all interactive elements—no linear easing 这个句子自己在用 em-dash 解释规则。README 和 CHANGELOG 则干净(0 处)。

翻车点 1:v2 还是「实验版」,且没有 release。仓库 2026-02-19 创建至今 0 个正式 release,tag 都没有。v2 重写在 CHANGELOG 里明确写着 “This is a pre-release”、”Actively iterating toward v2.0.0 stable”——装默认版等于在追一个还在快速变动的文档,行为可能随版本漂移。旧版用户只能靠 design-taste-frontend-v1 这个名字钉住行为。

翻车点 2:规则再硬,Agent 不遵守就白搭。GitHub issue #106 是 2026-09-03(昨天)刚开的,标题就是 “How to force agent 100% obey the skill?”——这是 SKILL.md 模式的通病:它是「指令」不是「代码」,长上下文里 Agent 可能淡化它。官方自己也承认这点,只给了「v2 用 Brief Inference + Pre-Flight 双保险」这种软约束,没有技术性强制手段。

翻车点 3:文档里埋了商业赞助。README 顶部一整块是 Kimi(月之暗面)的推广横幅,正文有 “Get a Kimi API key – Taste-skill users get 10% bonus API credits”,赞助商墙列了 interfaces.dev、React Bits、animations.dev、IMG.LY 等一堆。这在开源项目里不违规(README 本身也声明了这些是赞助),但说明 84k star 的流量已经被商业化变现,README 约 41% 的 commit 是 sponsor/README 调整——评估项目时要清楚 star 里有营销成分。

同类对比:taste-skill vs Impeccable vs 官方 frontend-design

反 AI 味前端这个赛道,taste-skill 不是唯一玩家,中文圈也常把它和另一个 49.9k star 的项目 Impeccable(pbakaus)对比:

维度 taste-skill Impeccable Anthropic 官方 frontend-design
理念 预设风格库 + 旋钮调节 23 个斜杠命令按需调用 官方基线
用法 装一次,生成时自动生效 生成后敲 /audit /polish 渐进打磨 基础规则
风格 多套视觉语言(Apple/Linear/Awwwards…) 7 大模块知识库,不预设风格 通用
star 84k 49.9k –
协议 MIT Apache 2.0 –

两者可叠加:taste-skill 管「生成阶段别出模板」,Impeccable 管「生成后帮我挑毛病」,且都溯源到 Anthropic 的官方 frontend-design skill。适合谁:vibe coding 重度用户、用 Cursor/Claude Code 做落地页/作品集/官网的人、被 AI 模板页面反复折磨的独立开发者。不适合谁:做数据密集后台/复杂表单的人——v2 的 Out of Scope 明确写了 dashboard、数据表格、多步表单不在服务范围;以及期待「装了就 100% 有效」的人,它是概率性约束不是硬保证。

判断

84k star、6 个月爆发、v2 重写把「反 AI 味」做成了 1206 行可执行规则——taste-skill 是 2026 年 Agent 技能生态里工程完成度最高的一档,值得放进必装清单。但别神化它:它是实验版、无 release、规则靠 Agent 自觉遵守(issue #106 还挂着),而且 README 商业化气息明显。我的建议是装上、把它的 Pre-Flight 检查清单当参考、但别把「装了就高级」当信仰——AI 生成页面的终极解法,可能还是要靠你亲自看一眼。

如果你也被「AI 味」困扰,可以配合 Humanizer-zh 实测:24 条规则去除 AI 痕迹 去文本的 AI 味,配 Caveman 实测:99k Star 的洞穴人 skill,砍掉 65% 输出 token 治代码输出的啰嗦。关注 AI商业快讯,每天一篇 AI 热点深度解读。