双 Skill 分工：术语先行，实现挑最轻路径

观点：AI 做 UI 丑的瓶颈不在模型能力，在你叫不出效果的专业名称——把活拆给两个 Skill：术语 Skill 负责把效果描述准确，UI 设计 Skill 负责实现，并且由它自己挑够用且最轻的技术路径，人不替它做技术选型。

西瓜同学拆解了 AI 做 UI 的两个卡点。第一，你说得出想要什么感觉却说不出它的专业名称，AI 只能按最熟的默认模板给你——永远是紫色渐变配发光卡片。第二，同一个效果做法不止一种，四行 CSS 能做完的也能用一整个库做，出来一模一样，页面白白重一倍。他的解法是两个 Skill 各司其职：术语 Skill 教你怎么把效果描述准确，UI 设计 Skill 负责实现，在 Codex 或 WorkBuddy 里直接用。三个案例：悬停卡片的关键不是被碰的那张放大，而是旁边两张同步外让、整排重新站位，术语叫”悬停抬起加联位让位”，实现上的坑是别给所有属性加过渡——宽高一起动会抖，只动位移和透明度；“扇形排列（封面流）“名字说对了 AI 一次给对，说不准就给你一排等高卡片横滑；“3D 环形画廊”看着像 3D 引擎，实际零依赖，靠 CSS 原生 3D 让每张照片算好自己在环上的位置。贯穿的原则是：把效果和限制说清楚，要不要上更重的技术让 Skill 自己判断，它会挑一条够用且最轻的路，顺手把整页配色、间距、层级一起定下来。

洞察：这套分工的本质是把”领域词汇表”前置成资产。 术语 Skill 看似只是翻译器，实质是一张沉淀下来的词汇表——每个术语背后挂着准确的视觉定义和实现要点。词汇表一旦资产化，任何领域都能照这个模式拆”描述层/实现层”：写作、动效、图表都一样，人负责说准要什么，机器负责选型落地。反过来也成立：AI 输出平庸，往往先查自己的词汇量，而不是先怪模型。

启示： 两个可直接迁移的做法。一，给 AI 提视觉类需求时，先花功夫把效果的专业名称和限制条件说准，再让它自己挑实现路径——不要越俎代庖指定”必须上某某库”。二，我们自己攒 Skill 时可以拆成两层：一层管”怎么把需求描述准确”（术语、判断标准），一层管”怎么落地”（实现和选型），比揉在一起的巨无霸 Skill 更轻也更好复用。

提醒： 术语 Skill 的具体内容视频里没展示，其术语库覆盖度无法评估；这套方法的前提是你已经知道想要什么效果、只是缺词汇——审美本身没方向时它救不了；效果确实需要重型方案（复杂物理模拟、大规模粒子系统）时，“最轻路径”就是那套重方案，别为了轻而轻。

---

📺 西瓜同学🍉，抖音，2026-09-21 · 原视频 · 库内 2026-09-21-用UI设计Skill让AI拥有高级审美为什么同样用Cod · 速览 速览/2026-09-21-双Skill让AI做出高级UI