用途：把用户能看见却叫不出名字的东西，匹配到准确术语。例如“弹出层打开时那个弹一下的效果”“两个特定字母之间的空隙”“每次按键都会触发”。回答给出术语、释义，以及最常被混淆的那个术语，然后结束。它是反向词典，不是设计意见：不判断该事物是否应存在、应持续多久、该用哪条曲线。一旦答案需要数字，就超出了本技能范围。
与 design-critique 的区别：两者都把模糊感受变成词，但 design-critique 针对一个已渲染的界面产出可证伪的规则；naming 不针对任何界面，只把描述与封闭词表匹配，返回一个处处成立的词。“这个仪表盘感觉很廉价”属于 design-critique；“它到边缘时抵抗并弹回叫什么”属于 naming，答案是 Rubber-banding，回答即结束。
使用方式：先判断描述属于四类参考文件中的哪一类——设计名词（字体、颜色、布局、信息架构、文案、组件）查 design-vocabulary.md；类别不明、需要快速找候选时先查 design-terms-index.md；动效或视觉效果查 animation-vocabulary.md；前端行为或浏览器怪癖查 engineering-vocabulary.md。描述不明确落在某一类时先打开索引，它按 12 个类别列出全部 188 个术语名，便于快速扫描。找到候选术语后打开 design-vocabulary.md，因为索引只有名称，释义才是答案。描述含运动动词或感受词（“有弹性”“滑出”“自己画进来”“抵抗”）时查动画词表；描述是症状而非视觉（“触发太频繁”“页面跳动”“z-index 不生效”）时查工程词表。
回答规则：先给术语，最多三个——一个主匹配加至多两个备选，每个备选附一行差异说明。释义逐字引用，不要改写，措辞本身承担区分作用。始终给出对照术语，词表的价值在边界。不要生造术语；没有匹配就明说，再用词表里的词描述该效果。按用户语境而非关键词路由。释义是定义，不是指导。术语给出后即结束本轮，除非用户同时要求实现。
限制：词表为内部撰写，种子来自 index.how，由 Emil Kowalski 与 Glenn Carstens-Peters 整理，共 12 类 188 个术语，预计 2026 年秋发布；产品尚未发布，无法对照核验。WCAG、APCA、sRGB、P3、OKLCH 等标准机构术语引用标准本身。回答中不出现时长、曲线或尺寸。项目已有标识符只做映射，不擅自重命名。