你有没有让 Claude Code 或者 Cursor 做过落地页，打开浏览器一看，紫蓝渐变背景、居中大标题、三个圆角卡片一字排开——差一点就要在页面底部印上"本页由 AI 生成"。这种千篇一律的产物有个专门的词，叫 slop，而 taste-skill 就是治它的。 taste-skill 是个什么东西
taste-skill 干的事情，是在 AI 动手之前先把它从这套默认套路里拽出来。它的形态是一组 SKILL.md 文件，本质是写给编程 Agent 看的说明书——挂进项目后，AI 在下笔前会先读一遍，把里面的硬规则内化成自己的行为准则。
它不改模型、不调参数，纯靠"喂对指令"纠偏，所以装起来极轻，Cursor、Claude Code、Codex、Copilot、Windsurf、Devin 全都吃这一套，前端框架上 React、Vue、Svelte 也不挑食。项目 MIT 协议开源，作者是开发者 Leonxlnx（X 账号 @lexnlin），目前仓库星标已经涨到 6.9 万+，fork 数接近 4800，属于那种真的是被大量用起来、不是只挂在首页好看的项目。 taste-skill最契合的人群：
前端工程师被临时拉去出 demo 界面，最容易撞上这个坑——需求方要一个"现代感强一点"的官网，结果拿到的十份 AI 产出里有八份长得一样。
独立开发者和做 MVP 的产品经理更典型：你自己不是设计师，但客户或投资人一眼能看出这是"随便糊的"。给客户提案用的落地页原型、给招聘方看的作品集页面、甚至公司内部工具的仪表盘，只要界面要过人眼，都用得上。
反过来说，如果你团队已经有成熟的设计系统、UI 库锁死到每个像素，那这个 skill 帮不上太大忙——它解决的是"AI 默认品味差"，不解决"你已经有明确规范却懒得给 AI"这种情况。
taste-skill安装教程
最省事的方式是一行命令把仓库里所有 skill（代码类加图片生成类）一次装全：
只想要某一个，加 --skill 参数指定安装名。这里有个容易踩的坑：安装名不是文件夹名，而是 SKILL.md 文件 frontmatter 里 name: 字段对应的值。比如只想装默认那套：
要是你之前装的是 v1 版本，直接重新跑上面这条命令就会自动升级到 v2（当前是实验版，仓库 CHANGELOG.md 里能看到 v1 到 v2 的完整改动说明）。安装名没变，脚本不用改，新的 SKILL.md 会原地替换旧的。如果你的项目就依赖 v1 的具体行为，不想被升级顶掉，得显式钉住版本：
不想用 CLI 也行，把对应的 SKILL.md 文件直接复制进项目目录，或者粘进 ChatGPT、Codex 的对话框里，效果是一样的，适合公司网络对 npx 有限制的场景。
里面到底有哪些 skill，怎么选？
代码类的一共十个:
默认款 design-taste-frontend 是 v2 实验版，会读需求推断设计语言、建组件体系、内置 GSAP 动画标准骨架，还有生成前的严格自查清单，硬性禁用长破折号这种"一眼 AI 文案"的标志；老版本原样保留为 design-taste-frontend-v1。
专给 GPT/Codex 用的 gpt-taste 规则更严，布局变体和动效强制力都更狠。image-to-code 是先出参考图、再分析、再写代码的一条龙流程。redesign-existing-projects 专门用来改造存量项目，先审计现有 UI 再动手改间距、层级、样式。风格已经定了的话，直接叠加 high-end-visual-design（柔和高级感，低对比、大留白、弹性动效）、minimalist-ui（Notion/Linear 那种编辑器风）或者 industrial-brutalist-ui（工业粗野风，Swiss 字体、硬对比）——这个粗野风目前标了 Beta，生产项目慎用。
如果模型老爱在长文件里写半截、来一句"其余代码保持不变"就不再继续了，交给 full-output-enforcement 治。
还有个 stitch-design-taste，跟 Google Stitch 兼容，能导出 DESIGN.md 格式。
图片类只出图不写代码，三个：
imagegen-frontend-web 出网页设计稿，imagegen-frontend-mobile 出移动端截图和流程，brandkit 出品牌视觉套件，logo 方向、配色、字体应用场景全给你排好。
想要图到代码一条龙，用 image-to-code-skill 时记得在提示词里把流程说清楚，比如直接写"follow the skill: generate images, then analyze, then code"，让它按这个顺序走，别自己乱插步骤。
拿不准从哪个开始就用默认的 design-taste-frontend，这是最安全的通用选项。
taste-skill具体使用方法
装完之后打开对应 skill 文件夹里的 SKILL.md，最上面有三个 1 到 10 的旋钮，改起来跟调音台一样直接，不用懂什么特殊配置语法。DESIGN_VARIANCE 控制布局的实验程度，调低就是居中干净保守，调高就往非对称、更大胆现代的方向走；MOTION_INTENSITY 控制动效强度，1 大概是 hover 微反馈，10 是滚动联动加磁吸交互那种电影感；VISUAL_DENSITY 控制每屏信息量，低了是留白呼吸感强的画廊风，高了就是塞满信息的仪表盘。
同一份需求，把这三个值改一改，出来的气质完全不同，不用每次都赌 AI 心情好不好。
仓库里还有个 research/ 目录，专门放背景研究，里面有个子主题叫 LLM Laziness，研究的是模型为什么会输出半成品代码——占位注释、截断响应、跳过章节——以及有哪些提示词技巧能对抗这个毛病，经常写长文件的人可以翻翻。
这是一份可以直接套用的提示词模板，装好 design-taste-frontend（或对应风格变体）之后，把方括号里的内容换成你的实际需求就能用：
另外 FAQ 里特别声明，官方没有任何代币或加密货币项目，网上看到什么"taste-skill 代币"直接当诈骗处理。
taste-skill使用小技巧
给客户做提案落地页的时候，别只挂默认 skill 就完事，先把 DESIGN_VARIANCE 和 VISUAL_DENSITY 都往高了调，让它一次给你两三个明显不同的方案，再从里面挑，而不是接受第一稿——AI 的第一反应几乎永远是那个最安全最平庸的版本。
做产品官网时，与其在提示词里写"做个现代感强的落地页"，不如直接甩两三张你欣赏的真实网站截图过去，让它拿这个当锚点，而不是从训练数据的中位数里瞎猜。同时在提示词里明确写死"不要用紫色或靛蓝渐变，主色用某某色"，能省掉后面一整轮改色的返工。
写周报或者内部工具的仪表盘界面时，VISUAL_DENSITY 可以直接拉到 7 以上，配合 minimalist-ui 叠加使用，能压住那种信息密度不够、留白过多显得空的问题。
模型写长文件写到一半突然来一句注释说"其余部分保持不变"，这是长文件生成里最烦人的毛病，叠加 output-skill 基本能压住，做 PPT 转网页这种长页面时尤其有用。文案这块也得盯紧，把"赋能""生态""重新定义"这类空话列进禁用清单，要求它说人话——界面去了 AI 味，文案还一股机器腔，照样露馅。
我自己在用 Claude Code 出客户提案页的时候被返工折磨过好几轮，装上taste-skill之后返工确实少了一大截，但它治得了平庸治不了没主见，最终的品牌调性还是需要设计者自己来判断。 
AI 速览
