什么是Skill?把做事方法固化成AI标准作业程序
一句话:Skill 是一个把「做事方法」固化下来的文件夹——它不是插件、不是代码库,本质上是一份写给 AI 看的标准作业程序(SOP),配上可选脚本和素材。你反复做的那套流程(比如周报、投标材料、PPT 风格),写一次成 Skill,之后一句话就能复现,而且每次结果一致。
它解决一个真问题:通用 AI 每次都要你从头解释背景和格式。Skill 把这部分"预置"了。
Skill_文件夹结构组成
关键在 SKILL.md 顶部的元数据块(YAML frontmatter)。你本机 weather-open-meteo 这个 Skill 的开头长这样:
yaml
---
name: weather-open-meteo
description: "通过 open-meteo.com 公共 API 查询指定地点的当前天气和未来预报…"
display_name: "天气查询"
---
name + description 就是它的"触发条件"。注意一个设计要点:AI 平时只看见这两行,不读全文。只有判断相关时才把整份指令载入上下文——这叫渐进式披露,所以装几十个 Skill 也不会撑爆上下文。
那么从你说一句话,到 Skill 跑完,中间发生了什么:
Skill_运行时五步流程
SKILL.md 里通常写哪些"步骤"
一份写得好的正文,结构基本固定:
比如你本机的天气 Skill,正文就写了"主用 Open-Meteo,失败降级 wttr.in"——这类容错判断每次重写一遍很浪费,写进 Skill 就一劳永逸。
想自己建一个,四步就够
挑场景:只挑重复 3 次以上、且你有明确标准的工作。一次性任务别做 Skill。
建文件:在
~/.workbuddy/skills/<名称>/SKILL.md建文件(个人级,所有项目通用);只给当前项目用就放{项目}/.workbuddy/skills/。写元数据+正文:
description要写成"当用户说 X 时使用"的句式,这是触发准确率的关键。跑一遍再修:真用它完成一次任务,把卡住的地方补回 Skill。Skill 是越用越准的,第一版不用追求完美。
对你的具体建议
结合你手上的事,有两个特别适合固化成 Skill:
湘建云投标材料生成——格式、论证框架、P0/P2 分级、表格呈现方式都是固定的,你反复在多轮迭代,沉淀下来收益最直接。
住建场景文档撰写——5+24 场景矩阵、100 字以内的场景描述约束、可编辑 DOCX 输出要求,这些规则散在对话里每次重讲,最适合写进 Skill。