← 返回实战场景
法务小赵合同审查交给 AI,专注判断

一篇文章看懂skill是什么、怎么用

Skill:给 AI 的一份工作说明书

最近只要你经常使用 AI,大概率会反复看到一个词:Skill。有人说它是提示词,有人说它是插件,也有人把它称为 AI 时代的 SOP。这些说法都沾点边,但不够准确。

如果只用一句大白话解释:Skill,就是一份写给 AI 的工作说明书。它会告诉 AI:遇到什么任务、按照什么流程、参考哪些资料、最后交付什么结果。

以前,我们每次让 AI 干活,都要重新解释一遍要求。有了 Skill,就可以把这些要求提前整理好,以后遇到同类任务,AI 直接按照固定流程执行。它不会让 AI 突然变得无所不能,却可以让 AI 的输出更加稳定,也更符合你的工作习惯。

◆ ◆ ◆

一、Skill 到底是什么?

假设你开了一家奶茶店。如果没有操作手册,每个员工做出来的奶茶可能都不一样:有人放两勺糖,有人放五勺糖;有人记得贴标签,有人做完直接递给顾客。但如果你提前规定好杯子大小、糖量、冰量、制作顺序和出杯标准,每个员工只要照着操作,奶茶的味道就会稳定很多。

Skill 对 AI 的作用也是一样。

普通提示词更像一次性的口头交代,而 Skill 更像一份能够反复使用的工作手册。它不仅会告诉 AI「要做什么」,还会进一步说明「什么时候做、怎么做,以及做到什么程度才算合格」。

二、为什么需要 Skill?

很多人使用 AI 时都有过这种感觉:同样的问题,昨天回答得很好,今天怎么又变了?

原因很简单。当你只告诉 AI「帮我写一篇文章」时,它需要自己猜文章写给谁、使用什么语气、需要多长、怎样分段、能不能编案例。你没有说明的地方,AI 就只能自由发挥。

Skill 可以把这些模糊的要求变成固定规则。例如,一个公众号文章 Skill 可以规定:开头要提出问题,小标题要有信息量,语言要口语化,段落不能太长,不确定的内容不能编造。以后你只需要提供主题和素材,不必每次重新解释全部要求。

更重要的是,Skill 可以把一个人的经验沉淀下来。运营人员可以把选题方法做成 Skill,导演可以把分镜检查流程做成 Skill,销售可以把客户跟进方法做成 Skill。过去只存在于脑子里的经验,现在可以被整理成一套反复使用的工作方法。

◆ ◆ ◆

三、一个 Skill 里面有什么?

一个标准 Skill 通常是一个文件夹,核心文件叫做 SKILL.md。一个比较完整的 Skill,可能包含下面这些内容:

my-skill/ ├── SKILL.md ├── scripts/ ├── references/ ├── assets/ └── agents/ └── openai.yaml

真正必须存在的,通常只有 SKILL.md,其他内容都可以根据需求添加。

1. SKILL.md:核心说明书

SKILL.md 需要先写清楚 Skill 的名字和用途:

---
name: meeting-summary
description: 当用户需要整理会议记录时使用,输出议题、决定和待办事项。
---

下面再写具体规则,例如任务目标、执行步骤、输入要求、输出格式、判断标准和禁止事项。简单来说,SKILL.md 负责告诉 AI:你是谁、什么时候出场、出场以后怎么干活。

2. references:参考资料

这里可以存放行业资料、公司制度、操作规范和知识文档。例如,一个会议总结 Skill 可以把《财务制度》《合同规范》《项目人员名单》放进 references,需要时再查阅。

3. scripts:执行脚本

这里可以放一些能够真正完成操作的程序,例如整理表格、转换文件、批量处理数据或者上传结果。不过脚本可能修改文件或连接外部服务,所以使用陌生 Skill 前,最好先确认脚本是否安全。

4. assets:模板和素材

这里可以存放 Word 模板、PPT 母版、Excel 表格、Logo、图标、示例图片等资源。例如,一个商业报告 Skill 可以直接使用公司现成的报告模板,保证每次输出的风格一致。

至于 agents/openai.yaml,它主要用来设置 Skill 的显示名称、图标、调用方式和工具依赖。普通用户刚开始可以不用研究,先把 SKILL.md 写好就够了。

◆ ◆ ◆

四、一个 Skill 应该怎么创建?

创建 Skill 最简单的方法,就是把需求直接告诉 Skill Creator,例如:

「帮我创建一个公众号文章 Skill,输入是主题和原始素材,输出是一篇口语化、适合手机阅读的文章,不允许编造事实。」

在 Codex 中可以使用 $skill-creator;也可以手动新建一个文件夹,在里面创建 SKILL.md,写清楚名称、触发条件、执行步骤和输出格式。完全没有经验的新手,还可以先找一个相近的开源模板,修改成自己的版本,再拿真实任务测试。

五、创建 Skill,关键是把任务说清楚

制作 Skill 最难的地方,不是创建文件夹,也不是学习代码,而是把自己平时的工作过程拆清楚

你需要想明白:

  • 这个 Skill 专门解决什么问题
  • 什么情况下使用
  • 用户需要提供什么
  • AI 应该先做什么、后做什么
  • 最终按照什么格式交付
  • 哪些事情绝对不能做
模糊愿望:「帮我写高质量文章」
可执行流程:提取观点 → 删除重复 → 设计结构 → 完成初稿 → 检查事实 → 优化标题

比如「帮我写高质量文章」只是一句愿望,而「先提取观点、删除重复、设计结构、完成初稿、检查事实,最后优化标题」才是一套可以执行的流程。

六、Skill 应该怎么使用?

Skill 一般有两种使用方式。

第一种是显式调用,也就是直接点名使用某个 Skill;在 Codex CLI 或 IDE 扩展中,可以通过 /skills 查看 Skill,或者输入 $ 加 Skill 名称。

第二种是隐式调用,也就是你没有点名,但任务与 Skill 的介绍高度匹配,AI 会自动选择它。

因此,Skill 的 description 非常重要:不仅要写它能做什么,还要写清楚什么时候应该使用、什么时候不该使用,否则 AI 可能找不到它,也可能在不合适的任务里错误调用。

Skill 的本质,不是让 AI 变得更聪明,
而是让你的经验,变成 AI 能稳定复用的方法。

它是一份工作说明书,也是一套可以传承的工作方法。会写 Skill 本身不值钱,值钱的是你脑子里那套「别人没有的经验」。

🌱 先想想:你平时干的活里,哪一块是别人经常来问你的?那个,就是你第一个 Skill 的种子。

评论(0

还没有评论,来抢沙发~