★ 「创意需求就该用衬线」是被测最多的 AI tell
本文所有仓库信息核对日为 2026-08-09，以上游仓库最新内容为准。
如果你只打算从 taste-skill 默认 skill（文件夹 taste-skill，install name design-taste-frontend，当前自标 v2 experimental）里挑一条规则来读，skills/taste-skill/SKILL.md §4.1 的 SERIF DISCIPLINE 大概率是最值得读的那条 —— 不是因为它最难做到，而是因为它把一个模型的思维惯性直接点了名。
一、这条规则封杀的不是字体，是一个反射
先照抄它的立场：衬线非常不建议作为任何项目的默认字体；“感觉有创意 / 高级 / 编辑感”不是动用衬线的理由。原文接着给出的定性是这一条的核心 —— 模型那套「创意需求 = 衬线」的默认心智模型，是生产测试中被测得最多的一个 AI tell。
请注意这句话的措辞。它没说衬线丑，也没说衬线不专业。它说的是：当需求文档里出现「创意」「工作室」「高级感」这类词，模型会近乎条件反射地伸手去拿一款 display 衬线，而这个动作本身已经变成了一个可识别的机器指纹。规则针对的是「你为什么选它」，不是「它是什么」。
这个区别决定了你该怎么用它。如果你把它理解成「不许用衬线」，那你会在真正该用衬线的项目上误伤自己；如果你理解成「不许把衬线当条件反射的默认」，那它就是一条可执行的自查。
二、两道闸门，注意第二道里的那个「并且」
原文给的例外只有两条，满足其一衬线才可接受：
- 品牌需求文档里字面点名了某一款衬线字体；或者
- 审美家族真的属于 editorial / luxury / publication / manuscript / heritage / vintage，并且你能说清为什么是这个衬线配这个品牌。
第一条几乎没有判断空间 —— 甲方的品牌手册白纸黑字写了 Playfair Display，那就是写了。真正吃功夫的是第二条，而它最容易被自己糊弄过去的地方，是中间那个「并且」。
「这是个杂志类的项目」只满足了前半句。后半句要求的是一句能说出口的具体理由：为什么是这一款衬线、配这一个品牌。如果你脑子里给出的答案是「因为杂志感」「因为看起来贵」，那你其实又绕回了规则开头封杀的那条路径 —— 换了个说法而已。
同样的结构在这份文档里反复出现。比如 §4.2 那条 PREMIUM-CONSUMER PALETTE BAN，原文把它称为第二高频复发的 AI tell，写的 override 也是同一个句式：只有品牌明确点名那些颜色，或者品牌确实是 vintage / artisan / warm-craft 并且你能说清为什么这套配这个品牌，才可接受；原文还专门堵了一句 —— 「因为这是炊具需求」就去默认反射那套米色加黄铜，是被禁的。
两条规则的写法是一致的：允许你走例外，但要求例外是被论证过的，不是被联想出来的。
三、不走例外时该拿什么
规则给了明确的默认落点。创意 agency、设计工作室、现代品牌、premium consumer、作品集、生活方式这些需求，一律默认无衬线 display，原文列了八款：Geist Display、ABC Diatype、Söhne Breit、Cabinet Grotesk Display、Migra Sans、GT Walsheim、Inter Display、PP Neue Montreal。
配这个清单的是一句我觉得写得挺好的类比：无衬线 display 不是「无聊」，它是默认，理由和黑色是时装里的默认一样。这句话回应的是设计师看到这条规则时的第一反应 —— 「那不就变得很保守？」原文的回答是：默认不等于平庸，默认意味着它不需要理由，而其它选项需要。
另外提一句同一小节里针对无衬线的规则，能帮你看清这份文档的口径：Inter 也被标为不建议作为默认，优先考虑 Geist、Outfit、Cabinet Grotesk、Satoshi 或一款贴合品牌的衬线；它的 override 是用户明确要中性 / 标准 / Linear 风格，或者需求是公共部门、无障碍优先的站点。所以这份文档并不是「衬线有罪、无衬线免检」，它对最流行的那款无衬线同样按住了手。
至于确有理由用衬线时该从哪个池子里挑、为什么不许连续两个项目复用同一款，原文给了一个二十款的轮换清单，我们另有一篇专门讲版式清单怎么读，这里不铺开。
四、被点名的那两款
原文把两款字体明确点名封杀作默认：Fraunces 和 Instrument_Serif，理由是它们是 LLM 最爱的两款 display 衬线。
值得注意的是这条禁令的写法 —— 它不是禁一类字体，是禁两个具体的名字。这说明规则作者要拦的是一个非常具体的行为模式：模型在被要求「来点编辑感」的时候，输出的往往不只是「一款衬线」，而是这两款里的某一款。这跟前面色板禁令里那串被点名的十六进制值是同一种做法：把最容易被复现的那几个具体产物直接钉死，比讲一堆抽象原则更容易执行。
也正因为它钉的是名字，绕过它是极容易的 —— 换一款没被点名的 display 衬线，检查就过了，但「创意需求 = 衬线」这个反射本身没有被纠正。所以这条禁令只是外层护栏，真正要守的还是第二节那两道闸门。
五、强调该怎么做：同家族，不混家族
紧挨着的 EMPHASIS RULE 处理的是另一个很常见的手法：想在标题里强调某个词，做出那种 “and spatial design” 的动感效果。
原文的要求是用同一款字体的斜体或粗体，并且明确说：不要为了增加视觉趣味，往无衬线标题里塞一个随机的衬线词（反过来也一样）。原话的判断很直接 —— 混家族强调是外行做法，同家族的斜体 / 粗体强调才是对的。
这一条其实是 SERIF DISCIPLINE 的延伸战场。很多人在主字体上守住了无衬线，却在标题里插一个衬线斜体词，自我感觉是「克制地用了一点衬线」。按这份文档的口径，这恰恰是被单独点出来的那个动作。
六、唯一一条能机械核查的：斜体下伸空间
前面几条都要人来判断，只有 ITALIC DESCENDER CLEARANCE 是强制且可以直接在代码里查的。
原文说的是：在 display 字号上用斜体、并且这个词里含有下伸字母（y g j p q）时，leading-[1] 或 leading-none 会把下伸部分切掉。处置是 —— 最少用 leading-[1.1]，并在外层元素上加 pb-1 或 mb-1 预留空间；上线前把 display 标题里的每一个斜体词逐个过一遍。
这条值得单独拎出来，是因为它和前面几条的性质完全不同。「这个衬线配不配这个品牌」没有客观判据，但「斜体的 y 被行高切掉」是一个能在浏览器里看出来、也能在 diff 里搜出来的具体缺陷。你要是想把这一节的内容真正落进自己的工程流程，这条是最先该被固化成检查项的那一条 —— 搜 display 标题里的斜体、比对行高与外层 padding，这类核查不依赖任何审美判断。
七、几个「排名」说法，读的时候留个心眼
这份 SKILL.md 里出现了不止一处自称排名的表述，口径彼此并不相同：
| 位置 | 原文的定性 |
|---|---|
| §4.1 「创意需求 = 衬线」的心智模型 | 生产测试中被测得最多的一个 AI tell |
| §4.2 premium-consumer 米色+黄铜色板 | 第二高频复发的 AI tell |
| §4.7 EYEBROW RESTRAINT | 生产测试中被违反次数第一的规则 |
「被测得最多」「复发频率第二」「被违反次数第一」是三个不同的口径，三处措辞彼此不一致，不能直接排成一张榜；以仓库当前文本为准。而且这些定性全部来自仓库文档自身的表述 —— 我们没有看到支撑它们的测试数据，也没有独立核实过。它们只能当作文档在这几条规则上的措辞强度来读，当成统计结论来引用就不合适了。
八、最要紧的前提：这是提示词，不是保障
写到这里必须把这个前提摆回来，否则整篇文章都会被误读。
taste-skill 是一个纯 Markdown 的规则仓库：实读顶层目录，没有 src/、没有 npm 包、没有构建产物，scripts/ 下那 4 个 .mjs 处理的是 README 的图片资源，与 skill 功能无关，核心资产就是 skills/*/SKILL.md。SERIF DISCIPLINE 这一整节 —— 包括那句强制的 leading-[1.1] —— 都是写给模型看的提示词约束，不是 lint 规则，不是 CI 检查，也不是类型系统。装上它之后，没有任何东西会在你的仓库里执行这些条款。
所以正确的期待是：它可能改变模型的选择倾向，但它不承诺结果。「用了就不会有 AI 味」这种话，本文一个字都不会写。如果你确实需要确定性 —— 比如交付前必须机械保证没有出现被点名的那两款字体、必须保证斜体标题都留了下伸空间 —— 那这些检查得由你自己在构建链或评审清单里补上，规则文本只能作为前置的倾向调节。同时也别忘了默认 skill 自标 v2 (experimental)，README 原文说 “It is still iterating”，条款本身也可能变。
判断这条规则该不该照做，其实就回到一句话：你选衬线，是因为需求要求它，还是因为「创意」这两个字让你伸手去拿了它。 前者原文给你留了门，后者正是它要拦的东西。
本文依据 taste-skill 官方仓库（github.com/Leonxlnx/taste-skill）的 README、CHANGELOG、
skills/ 下的 SKILL.md 与 .claude-plugin/ 清单整理，核对日 2026-08-09。
本文内容为仓库文档口径，我们没有安装或运行过其中任何一个 skill，
文中所有规则均为写给模型的提示词约束，不构成对输出结果的保证。
skill 内容随上游更新而变动，默认 skill 当前自标为 v2 (experimental) 且仍在迭代，请以仓库最新内容为准。