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 热点深度解读。

发表评论