想把 taste-skill 接进 Claude Code 或 Codex，先别急着复制一堆设计规则。它的安装路径很短，但前提是你的 Agent 能读取 SKILL.md。装错入口时，页面仍会照旧生成，只是你以为 taste-skill 生效了，实际 Agent 根本没读到那份审美约束。

先看安装命令

官网 Docs 的安装区写得很直接：默认安装会拉取 v2 experimental 的核心 skill，命令是 npx skills add https://github.com/Leonxlnx/taste-skill --skill "design-taste-frontend"。安装后项目里会加入 SKILL.md，Agent 会在生成页面前读取它。若旧项目依赖 v1 行为，可以显式安装 design-taste-frontend-v1，不要混着用。

Claude Code 和 Codex 怎么判断

Claude Code、Codex、Cursor、Gemini CLI、v0、Lovable、OpenCode 等都在官网兼容 Agent 列表中。真正要判断的是当前项目是否支持 skill 文件读取。Claude Code 通常按项目规则和 skill 文件走；Codex 则要看当前运行方式是否能加载仓库里的 SKILL.md。安装后可以让 Agent 解释“本项目的前端设计规则是什么”，如果它说不出 hero、brief、anti-slop 这类约束，就说明没有接上。

安装后先做小验收

不要一上来让它重做整套官网。更稳的测试是新建一个很小的落地页 brief：产品是什么，用户是谁，首屏动作是什么，禁止哪些风格。让 Agent 输出一版页面后检查三件事：首屏是否一屏内能读完，按钮是否服务主动作，页面有没有泛滥的渐变和装饰卡片。若三项都没改善，先查 SKILL.md 是否在项目根目录或 Agent 可读路径。

安装完成后先别改业务页面，建一个临时分支，让 Agent 在空白页面里生成 hero、pricing 或 dashboard 空状态。成功标志不是命令跑完，而是它能复述 taste-skill 的限制，并在代码里少用无意义装饰层。如果它只回答“我会让页面更美观”，基本可以判断还没读到 skill。

常见失败点

第一类失败是装了 v2，却继续用旧 prompt 让它“做得炫一点”，结果 taste-skill 和 prompt 互相打架。第二类是只装 skill，不给产品语境，Agent 只能按通用规则收敛。第三类是把它当 UI 库，期待自动生成组件体系。它能限制审美跑偏，但不能替你补完整设计系统。

还有一种细小但很常见的错误：在全局目录装了 skill，却在另一个项目里运行 Agent。表面看命令成功，实际当前仓库没有对应文件。排查时先看项目里是否能找到 SKILL.md，再让 Agent 复述规则，别只看终端输出；必要时重新在目标仓库执行安装。

适合的安装顺序

如果团队同时用 Claude Code 和 Codex，建议把安装命令、skill 名称和测试 prompt 写进项目 README。这样换人或换 Agent 时，不会因为某个人本地装过而误以为全团队都已启用。多人协作里，最容易出错的不是命令，而是每个人以为自己用的是同一套规则。

我的做法是先装 taste-skill，再写一个明确 brief，最后让 Agent 生成页面并自查。自查要问得具体：哪些地方避免了模板化，哪些组件层级更清楚，哪些设计决定来自 brief。能回答这些问题，才说明 taste-skill 真的进入了工作流。