Skill 是 AI 的"组件库"。
你不用记 SOP —— 跑顺一遍，让 AI 帮你回头总结。
做 B 端的设计师都懂一件事：规则比页面多。组件命名、表单规范、无障碍清单、token 同步……这些规则你脑子里有，但每次跟 AI 说一遍太累。
Skill 是把这些"潜规则"打包成 AI 能复用的资产。这本手册不教你写代码，教你怎么整理 —— 用 5 个动手关，让你看明白 Skill 长什么样、什么时候该做、怎么写才会被触发，以及最关键的：怎么让 AI 帮你把跑过的对话沉淀下来。
你已经会做组件库，会写使用规范，会管理 token。
Skill 之于 AI，就是这些东西之于设计师 —— 一份可复用、有规则、能被引用的资产包。
Skill 不是黑盒。本质就是 一个带 frontmatter 的 markdown + 一堆资源文件。 点左边的模块往里加，看看一个完整 Skill 目录长什么样。
不是所有重复劳动都该做成 Skill。判断标准是三个维度，三选二以上才值得做。 下面 12 道题，跟着直觉答 —— 答完看你的"边界感"有多准。
你能分清哪些是值得沉淀的规则，哪些只是一次性的活。
Skill 写好了不一定会被用 —— AI 靠 description 决定要不要加载它。 太宽：到处误触发，污染上下文；太窄：该用的时候不被想起来。试试在下面写一段。
整理 Skill 最糟糕的方式是"打开空白文件想 SOP"。
最好的方式是 先把这件事跑顺 → 让 AI 回看对话 → 提炼成 SKILL.md。你只做裁判。
关于 Skill 的全部 —— 浓缩成 5 句话。
Skill 之于 AI = 组件库 + 规范 + token 之于设计师。一份可复用、有规则的资产包。
一个 Skill = 一个带 frontmatter 的 SKILL.md + 资源文件夹。没有黑盒。
规则稳定 × 复用频次 × 团队共享，三选二以上才值得做成 Skill。
description 是 AI 的入口。具体到场景 + 动作，不要写"帮助用户做事"这种废话。
不要先写 SOP。先跑顺一遍，再让 AI 帮你回看对话 → 生成 SKILL.md。你只做裁判。
是用熟之后沉淀出来的。下次想整理 Skill 前，先问自己 —— 这件事我跑过几遍了？