什么是Skill?把做事方法固化成AI标准作业程序

周店瑟谷 0 阅读 编程与开发

一句话: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 里通常写哪些"步骤"

一份写得好的正文,结构基本固定:

段落

写什么

作用

适用范围

什么情况用、什么情况别用

防止误触发,这是最容易被忽略也最有用的一段

前置条件

依赖的命令行工具、密钥、文件

提前暴露环境缺口

分步流程

1、2、3…每步做什么、调哪个脚本

核心 SOP

输出规范

格式、命名、交付到哪

保证结果一致

示例

一组真实问答样例

校准 AI 的判断标准

避坑提示

踩过的坑、降级方案

把经验固化下来

比如你本机的天气 Skill,正文就写了"主用 Open-Meteo,失败降级 wttr.in"——这类容错判断每次重写一遍很浪费,写进 Skill 就一劳永逸。

想自己建一个,四步就够

  1. 挑场景:只挑重复 3 次以上、且你有明确标准的工作。一次性任务别做 Skill。

  2. 建文件:在 ~/.workbuddy/skills/<名称>/SKILL.md 建文件(个人级,所有项目通用);只给当前项目用就放 {项目}/.workbuddy/skills/。

  3. 写元数据+正文:description 要写成"当用户说 X 时使用"的句式,这是触发准确率的关键。

  4. 跑一遍再修:真用它完成一次任务,把卡住的地方补回 Skill。Skill 是越用越准的,第一版不用追求完美。

对你的具体建议

结合你手上的事,有两个特别适合固化成 Skill:

  • 湘建云投标材料生成——格式、论证框架、P0/P2 分级、表格呈现方式都是固定的,你反复在多轮迭代,沉淀下来收益最直接。

  • 住建场景文档撰写——5+24 场景矩阵、100 字以内的场景描述约束、可编辑 DOCX 输出要求,这些规则散在对话里每次重讲,最适合写进 Skill。