夜雨聆风
原来 AI 也能「装插件」?聊聊 Skill 这个好东西
你有没有想过一个问题——
为什么同样是用 AI，别人能让它帮你查天气、生成视频、处理 Excel，你却只能跟它聊聊天？
不是因为你不会提问，也不是因为它不够聪明。
而是——别人给 AI 装了个「技能包」。
1. Skill 到底是啥？
你可以把 Skill 理解为 AI 的「插件」。
就像手机本来只能打电话，装的 App 多了，才能点外卖、打车、刷剧。AI 装了 Skill 之后，才会有各种「专业能力」。
没装 Skill 的 AI：啥都懂一点，但啥都不精。装了 Skill 的 AI：博学多才，需要啥技能就切换到啥模式。
很有点像金庸小说里的「北冥神功」——别人练一辈子的功夫，段誉几个时辰就 get 了。
2. 一个 Skill 长啥样？
别把它想得太复杂。一个 Skill 其实就是一个小文件夹，里面装这几样东西：
SKILL.md —— 说明书。告诉 AI 这个技能啥时候用、怎么用。scripts/ —— 工具箱。里面是可执行的代码，关键时刻替 AI 干活。references/ —— 资料库。放着详细的 API 文档、使用指南，需要时再翻。
就这三样，简单吧？
3. 核心魔法：触发机制
Skill 能不能被激活，全靠一段叫 description 的描述。
就像这样：
name: weather
description: |
查天气用的。有人问"今天热不热"、"下周会下雨吗"、
"上海后天多少度"，就找他。
AI 每次收到用户请求，就会把所有 Skill 的 description 过一遍——
「哦，用户问天气，这个 description 提到了天气，就是它了！」
然后加载对应的说明书，开始干活。
所以，description 写得好不好，直接决定这个 Skill 能不能被叫出来。
4. 怎么给自己整一个？
假设你想做个「查天气」的 Skill，流程是这样的：
第一步：建个文件夹
weather-skill/
├── SKILL.md # 写清楚触发条件和用法
├── scripts/ # 扔一个查天气的脚本进去
└── references/ # 扔一个 API 文档进去
第二步：写 SKILL.md把 description 写清楚，告诉 AI 什么时候该用这个技能。
第三步：装上
npx skills add ./weather-skill -a claude-code -g
完事。
下次有人跟 AI 说「帮我看看明天北京用不用带伞」，AI 自动就把天气技能掏出来了。
5. 记住这3条，设计 Skill 不踩坑
① description 是亲儿子别心疼篇幅，把用户可能说的话、想做的事都写进去。写得越准，触发越准。
② 资料别堆在主文件里所有人都用得上的放 SKILL.md，只有少数人需要的丢 references/。要不然 AI 看一堆没用的东西，累得慌。
③ 简单任务给低自由度，复杂任务给高自由度查天气这种流程固定的，直接写步骤。写文章这种需要发挥的，给原则和示例就行。
写在最后
说实话，第一次了解到 Skill 这个东西的时候，我脑子里就一个想法——
这不就是给 AI 装插件的「模块化」思路吗？
一个人不需要什么都会，但需要什么都能快速学会。
AI 也是一样。
一个好的 Skill，就是让 AI 在你需要的时候，瞬间变成那个领域的专家。
这大概就是所谓的「技多不压身」吧——不管是人，还是 AI。
