3.1 万 Star 的 taste-skill，为什么它能治好 AI 前端的塑料感

前两天我又看了一轮 AI 生成前端的 demo，心情很复杂。

一方面，模型现在写页面的速度已经很夸张了。你给一句需求，它十几分钟就能吐出一个能跑的 landing page。另一方面，那股“AI 味”也越来越重了：深紫渐变、三张等宽卡片、玻璃拟态、悬浮光斑、文案里到处都是那种不痛不痒的高级感。

能跑。但不高级。

这也是 taste-skill 这个项目一下子戳中很多开发者的原因。截止 2026 年 6 月 2 日，它在 GitHub 上已经有大约 3.1 万 Star。这个项目想解决的不是“让 AI 再多写一点 CSS”，而是更底层的问题：怎么把“审美”和“克制”变成一套 Agent 能稳定执行的规则。

taste-skill 火，不是因为它会写更花的 CSS

很多人第一次看到 taste-skill，会以为它只是一个“高质量 UI 提示词包”。

说实话，如果只是这样，它不太可能长这么快。

真正值钱的地方在于，它把前端设计里最难讲清楚、也最容易被模型忽略的那部分东西，拆成了一套可复用的工作协议。

README 里给它的定位很明确：这是一个给 AI Agent 用的 anti-slop frontend framework。目标不是让页面更炫，而是让它别再长得像模板站和生成器拼出来的东西。

这背后其实踩中了一个很真实的痛点。

今天大多数模型已经不缺“实现能力”了。Tailwind 会写，组件会拼，动效库也会调。真正拉开差距的，不是“会不会做”，而是“知道哪些东西不该做”。

而 taste-skill 恰好在补这一课。

真正厉害的，是它把品味拆成了 3 根拨盘

taste-skill v2 里有个我很喜欢的设计：它没有把设计判断写成一大坨玄学描述，而是先把输出风格收束到 3 个可调参数上：

• DESIGN_VARIANCE
• MOTION_INTENSITY
• VISUAL_DENSITY

这套设计很聪明。

因为“做得高级一点”这种话，对人来说都很虚，更别说对模型了。但如果你把问题改写成“这次到底要多对称、多克制、多密集、多会动”，模型就有了可以执行的坐标系。

这其实是在给 Agent 建一个审美控制面板。

比如你做 B2B SaaS，方差就别太高；你做品牌页，动效可以强一点；你做 editorial 风格，留白就得更大胆。以前这些判断靠人脑补，现在它被显式写进 skill 里了。

这一步看起来简单，实际非常关键。因为只要参数先立住，后面的布局、字体、间距和动效选择才不会一路滑向默认值。

它最狠的一刀，是先教 AI “别乱来”

我看完 v2 的 SKILL.md 和 CHANGELOG 后，一个很强烈的感受是：这个项目越来越像一份设计 Code Review 手册，而不只是 prompt。

它加了大量硬规则，专门用来压住 AI 最常见的坏习惯。

比如：

• 不要默认上紫色 AI 渐变
• 不要每个页面都做成三列 feature cards
• 不要乱加装饰性状态点、滚动提示和伪高级文案
• 不要手搓假终端、假 dashboard、假产品截图
• 一个页面尽量只保留一套主强调色和一套圆角系统

甚至连很多模型特别爱写的破折号式文案，在 v2 里都被单独点名限制了。

这件事为什么重要？

因为很多时候，AI 做坏一个页面，不是因为它没能力，而是因为它太急着“显得自己会设计”。于是它会疯狂往页面里塞一些看上去像设计、其实只是噪音的东西。

真正成熟的界面设计，很多时候拼的不是多，而是少。

少一点自我发挥，少一点模板腔，少一点“我来给你加点氛围感”。这反而更难。

v2 的升级，说明 Skill 已经开始从 Prompt 走向协议

taste-skill 最近一个很值得注意的变化是：默认安装名 design-taste-frontend 已经切到了 v2 experimental，原先的 v1 被单独保留成 design-taste-frontend-v1。

这不是普通的版本号迭代，我觉得更像一次范式升级。

v1 更像“方向正确的设计建议”。v2 则明显更工程化了：先做 brief inference，再做 design system mapping，再走预检清单，最后明确哪些页面类型根本不在它的适用范围里。

这背后的信号很有意思。

以前大家做 skill，常见思路是“往里面塞更多知识”。现在更先进的做法开始变成：少讲空话，多给约束；少给灵感，多给决策路径；少让模型自由发挥，多把它引导到可验收的轨道上。

这也是为什么我觉得 taste-skill 值得单独写一篇。

它不只是一个热门项目，它其实在回答一个更大的问题：当 Agent 开始接管前端工作流时，我们到底应该怎么管理它的设计判断。

这类 Skill 最适合哪种团队

如果你现在的状态是下面这几种，我觉得 taste-skill 很值得试：

第一种，是你已经在用 Codex、Claude Code、Cursor 之类的工具写页面，但总觉得成品有种挥之不去的“塑料感”。

第二种，是团队里前端能把功能做出来，但没有稳定的视觉主心骨。每次改版都像重新摇骰子。

第三种，是你经常做 landing page、作品集、品牌页或者已有项目的视觉翻新，希望 AI 不只是提速，而是真的能减少返工。

但它也不是万能药。

项目文档里写得很明白，它主要面向 landing page、portfolio 和 redesign 这类场景。像 dashboard、数据表格、多步骤表单、代码编辑器这种偏产品工作台的界面，并不是它的主战场。

这反而让我更信它。

因为真正靠谱的工具，通常都知道自己不擅长什么。

如果你想上手，最值得先试的是这 3 步

项目本身的安装非常直接：

npx skills add https://github.com/Leonxlnx/taste-skill

如果你只想装默认的主 skill，可以直接指定：

npx skills add https://github.com/Leonxlnx/taste-skill --skill "design-taste-frontend"

我建议第一次不要上来就拿大项目开刀，可以先这样试：

1. 拿一个已有 landing page，让它做一次 redesign，而不是从零生成
2. 明确告诉 Agent 这是偏 B2B、品牌感还是 editorial 风格
3. 看它最后有没有真的遵守“少而准”的规则，而不是只把页面做得更花

如果它只是把视觉元素堆得更多，那说明你还没真正吃到这个 skill 的价值。

它真正的价值，是让 AI 学会收手。

最后说两句

这两年我们聊 AI 写前端，常常把注意力放在“会不会生成代码”上。

但说到底，能不能生成代码，已经越来越不是门槛了。

新的门槛在于：你有没有办法把模糊的品味要求，翻译成一套机器能执行、团队能复用、结果能验收的约束系统。

从这个角度看，taste-skill 真正厉害的地方，不是它让 AI 页面变好看了一点，而是它把“设计品味”这件原本很玄的事，尽可能工程化了。

这事一旦跑通，影响的不只是一个 landing page。

它会改变我们以后怎么写 prompt，怎么做设计协作，怎么把“高级感”从一句空话，变成一套可以交付的流程。