先说结论:Leonxlnx/taste-skill 不是一个前端框架,也不是一个 UI 组件库。它更像一组可以塞进 Codex、Cursor、Claude Code、Gemini CLI、v0、Lovable 的“设计审美规则包”,专门治 AI 生成页面时常见的模板味:紫蓝渐变、三张卡片、居中大标题、假数据面板、没有移动端节奏。
我把仓库 README、CHANGELOG.md、skills/、research/、官网 Docs、Guide、Changelog、GitHub Releases、最近提交都过了一遍。这里没有发现项目配套的正式论文、arXiv、DOI、PDF 或技术报告。仓库里的 research/laziness/ 是项目自己的背景研究笔记,能帮助理解作者为什么强调“不要偷懒、不要占位、不要半成品”,但它没有给出可核验论文链接,所以本文按“项目深挖 + 保姆级教程”来写,不强行包装成论文笔记。
它解决的到底是什么问题

AI智能体学习网站:ai-agent-phd.com
如果你让 AI 写一个 landing page,大概率会看到熟悉配方:
- Hero 居中,下面两颗按钮。
- 三列 feature card,图标差不多,文案也差不多。
- 黑紫渐变背景,随手加几个光斑。
- “Trusted by” 用纯文字假 logo。
- 动画说得很高级,实际只有 hover。
这就是 Taste Skill 要拦的东西。
它的思路很直接:把“好设计师会下意识检查的细节”写成 SKILL.md,让 AI 在动手前先读 brief,判断页面类型、受众、气质、参考对象,再决定布局、运动、密度和设计系统。
一句话概括:
Taste Skill 不替你写产品逻辑,它管的是 AI 生成界面的品相。
仓库里有什么

AI智能体学习网站:ai-agent-phd.com
仓库结构很干净,核心都在 skills/:
| 技能 | 安装名 | 适合场景 |
|---|---|---|
taste-skill |
design-taste-frontend |
默认核心技能,v2 experimental,适合 landing page、portfolio、redesign |
taste-skill-v1 |
design-taste-frontend-v1 |
保留旧版行为,已有工作流依赖 v1 时再用 |
gpt-tasteskill |
gpt-taste |
更激进的 Codex/GPT 设计约束和 GSAP 动效规则 |
image-to-code-skill |
image-to-code |
先生成设计参考图,再分析并实现页面 |
redesign-skill |
redesign-existing-projects |
改造已有网站,先审计再动手 |
soft-skill |
high-end-visual-design |
更柔和、更贵、更克制的视觉方向 |
minimalist-skill |
minimalist-ui |
Notion、Linear 那类克制产品界面 |
brutalist-skill |
industrial-brutalist-ui |
瑞士字体、机械感、强对比、工业风 |
output-skill |
full-output-enforcement |
防止 AI 省略代码、写 TODO、半截输出 |
stitch-skill |
stitch-design-taste |
给 Google Stitch 用的语义设计规则 |
imagegen-frontend-web |
imagegen-frontend-web |
只生成网站设计参考图 |
imagegen-frontend-mobile |
imagegen-frontend-mobile |
只生成移动端界面参考图 |
brandkit |
brandkit |
只生成品牌板、Logo 方向、视觉系统 |
根目录还有 CHANGELOG.md、skill.sh、.claude-plugin/、research/、示例图和 README 素材处理脚本。它不是 npm 组件包,没有复杂构建链路。真正有价值的是这些规则文件本身。
v2 为什么值得看

AI智能体学习网站:ai-agent-phd.com
当前默认安装的 design-taste-frontend 已经切到 v2 experimental。官网和 Changelog 都明确说:v2 比 v1 更好,但仍在迭代,目标是收敛到 v2.0.0 stable。
v2 的变化不是“多写了几条审美建议”,而是把规则变硬了。
它要求 AI 先做一行设计读数,例如:这是给技术买家的 B2B SaaS,语言偏 Linear 式克制,应该用 Tailwind + Geist + 轻动效。然后再设置三个拨杆:
DESIGN_VARIANCE:布局实验程度。MOTION_INTENSITY:动效深度。VISUAL_DENSITY:信息密度。
更关键的是,它有一堆硬禁令。比如不要默认 AI 紫蓝渐变,不要三等分卡片,不要假的任务面板,不要 Hero 里塞版本号,不要滚动提示,不要装饰性状态点,不要手写 SVG 假插画,不要把 window.addEventListener('scroll') 当动效方案。
这些规则看着细,其实很实用。AI 生成的“廉价感”,往往不是某一个大错,而是一堆小套路堆出来的。
保姆级安装教程
先确认你本机有 Node.js 和 npx。然后按你的使用方式选一种。
只装默认核心技能:
npxskillsaddhttps://github.com/Leonxlnx/taste-skill--skill"design-taste-frontend"
装整个技能包:
npxskillsaddLeonxlnx/taste-skill
装到 Codex 的技能目录:
npxskillsaddLeonxlnx/taste-skill-acodex
如果你依赖旧版行为,显式安装 v1:
npxskillsaddhttps://github.com/Leonxlnx/taste-skill--skill"design-taste-frontend-v1"
这里最容易踩的坑是:--skill 后面填的是 SKILL.md frontmatter 里的 name,不是文件夹名。比如文件夹叫 taste-skill,安装名却是 design-taste-frontend。
不想用 CLI 也行。你可以直接复制某个 SKILL.md 到项目里,或者粘到 ChatGPT、Codex、Claude Code 对话里。但长期用的话,还是建议用 npx skills add,以后更新更省事。
推荐使用姿势
不要一上来就说“帮我做一个好看的网页”。这句话太空,AI 会回到默认模板。
更稳的提示词是这样:
我已经加载 design-taste-frontend。
项目:一个给独立开发者使用的 API 监控 landing page。
受众:懂技术、讨厌营销废话、想快速判断工具是否可靠的人。
气质:克制、技术感、信息清楚,不要紫蓝渐变,不要三列卡片。
参考:Linear、Vercel dashboard、GitHub product pages。
请先只输出:
1. 你的 Design Read
2. DESIGN_VARIANCE / MOTION_INTENSITY / VISUAL_DENSITY 三个值
3. 你会避免的 5 个 AI 味模式
不要写代码。
等它给出设计读数后,再让它实现。这样有两个好处:你能在动工前纠偏,AI 也会被迫先想清楚“这个页面应该长什么样”。
如果是改造旧网站,用 redesign-existing-projects 更合适。让它先做审计:
我已经加载 redesign-existing-projects。
站点路径:<你的项目路径或 URL>
目标:保留品牌和内容结构,只提升视觉质量与移动端体验。
请先审计:字体、颜色、布局、动效、组件、空状态、错误状态、移动端问题。
不要修改代码。
如果你追求视觉上限,用 image-to-code。让 AI 先出参考图,再按图实现,比直接写 CSS 稳很多。
项目研究笔记怎么读
research/laziness/ 讨论的是 LLM 为什么会偷懒:输出截断、占位符、摘要化、跳过必填部分。里面把原因分成 RLHF 与成本压力、训练数据里的占位符习惯、认知捷径、输出限制等。
我建议把这部分当作“作者的产品设计动机”,不要当论文引用。它真正落到仓库里的,是 output-skill 和 v2 的 pre-flight check:
- 禁止 TODO 和“剩余代码同理”。
- 长输出必须在自然断点拆分。
- 每个必填检查项都要真实通过。
- 动效、移动端、对比度、Hero 首屏、导航高度都要验。
这套东西对写前端尤其有用。很多 AI 页面看起来“差一点”,就是因为它没做最后 10% 的自检。
最近更新说明
GitHub Releases 页面目前没有正式 release,也没有 tag。发布说明主要看根目录 CHANGELOG.md 和官网 Changelog。
最近提交有两个信号:
一个是 2026 年 7 月初的提交多在修 README、赞助展示和 Vercel badge,说明近期主代码规则没有大改。
另一个是 2026 年 5 月底的 v2 experimental 切换,这是项目真正的分水岭:默认核心技能升级到 v2,v1 被保留为 design-taste-frontend-v1,并加入 brief inference、design-system map、dark mode protocol、redesign protocol、block library schema、hard pre-flight check。
所以现在上手,建议直接用 v2。只有当你的老项目 prompt 依赖 v1 的具体行为时,才回退。
适合谁,不适合谁
适合这些人:
- 经常让 AI 生成 landing page、作品集、产品官网的人。
- 用 Cursor、Codex、Claude Code 做前端原型的人。
- 明明功能能跑,但页面总像模板站的人。
- 想把“审美要求”固化进团队 AI 工作流的人。
不太适合这些场景:
- 你要做复杂后台、表格系统、权限流、数据建模。
- 你期待它直接提供 React 组件库。
- 你没有审美方向,只想让 AI 完全替你决定品牌。
- 你不愿意做二次审查,只想复制粘贴上线。
Taste Skill 能把 AI 拉出默认套路,但它不是设计师本人。它给的是护栏,不是最终品味。
实战建议
我的建议很简单:
新项目用 design-taste-frontend 起步;旧站改版用 redesign-existing-projects;视觉要求高的营销页,用 image-to-code 先生成参考图;如果 AI 经常写半截代码,再叠 full-output-enforcement。
不要一次塞太多技能。技能越多,规则越可能互相打架。一个页面只选主技能,再按问题加一个辅助技能就够了。
也不要盲信它的“高级感”。生成后至少检查四件事:Hero 首屏是否完整、移动端是否不横向溢出、CTA 是否清楚、页面是否还在用同一种颜色和圆角语言。
最终判断
Taste Skill 最大的价值,不是教 AI “变美”,而是把一堆常见低级审美错误提前拦住。
它适合放进你的 AI 前端工作流里,尤其适合做官网、营销页、作品集、视觉原型。把它当成设计审查清单,比把它当成万能设计师更靠谱。
最终结论:值得安装,建议从 v2 默认技能开始;生产项目要配合人工审美和真实预览,不要直接盲发。
项目地址:https://github.com/Leonxlnx/taste-skill
官网:https://www.tasteskill.dev/


夜雨聆风