Skill 工作流手册
认识 Skill
通过熟悉的工作场景，理解可复用方法的价值。
01 / 06Skill 不是新东西。
你已经会做组件库，会写使用规范，会管理 token。
Skill 之于 AI，就是这些东西之于设计师 —— 一份可复用、有规则、能被引用的资产包。
拆开一个 Skill看。
Skill 不是黑盒。本质就是 一个带 frontmatter 的 markdown + 一堆资源文件。 点左边的模块往里加，看看一个完整 Skill 目录长什么样。
必须先加 SKILL.md —— 这是 Skill 的主文档，没它整个文件夹就不算 Skill。
这事该不该做成 Skill？
不是所有重复劳动都该做成 Skill。判断标准是三个维度，三选二以上才值得做。 下面 12 道题，跟着直觉答 —— 答完看你的"边界感"有多准。
边界感达标。
你能分清哪些是值得沉淀的规则，哪些只是一次性的活。
description
决定命运。
Skill 写好了不一定会被用 —— AI 靠 description 决定要不要加载它。 太宽：到处误触发，污染上下文；太窄：该用的时候不被想起来。试试在下面写一段。
跑完一遍，
让 AI 帮你回头。
整理 Skill 最糟糕的方式是"打开空白文件想 SOP"。
最好的方式是 先把这件事跑顺 → 让 AI 回看对话 → 提炼成 SKILL.md。你只做裁判。
假装你和 AI 刚跑完一次表单走查
勾选要沉淀的内容，
然后让 AI 帮你总结。
五句话带走。
关于 Skill 的全部 —— 浓缩成 5 句话。
类比
Skill 之于 AI = 组件库 + 规范 + token 之于设计师。一份可复用、有规则的资产包。
结构
一个 Skill = 一个带 frontmatter 的 SKILL.md + 资源文件夹。没有黑盒。
边界
规则稳定 × 复用频次 × 团队共享，三选二以上才值得做成 Skill。
触发
description 是 AI 的入口。具体到场景 + 动作，不要写"帮助用户做事"这种废话。
反向
不要先写 SOP。先跑顺一遍，再让 AI 帮你回看对话 → 生成 SKILL.md。你只做裁判。
Skill 不是
提前规划出来的。
是用熟之后沉淀出来的。下次想整理 Skill 前，先问自己 —— 这件事我跑过几遍了？