1. 为什么我建议给OpenClaw装上Skills:机制先搞明白
先说结论:把OpenClaw从“一个能聊天的模型壳子”变成“真正能替你干活的agent”,关键的转折点就是装上合适的Skills。我见过太多人把OpenClaw跑起来之后,只会输入“帮我写个Python脚本”“总结一下这个网页”,然后抱怨它跟普通聊天框没什么区别,其实问题就出在没理解OpenClaw的能力边界。
OpenClaw这类agent框架的核心逻辑,是让模型在拿到任务后自己去决定调用什么工具、按什么顺序执行。但模型本身并不知道你的项目长什么样、你的团队用什么规范、你常跑的构建命令是什么。Skills做的就是这件事:把一套“在特定场景下如何行动”的指令、规则、示例,打包成一个可复用的能力模块,让agent在遇到对应需求时自动加载并执行里面的流程。你可以把Skills理解为一份详尽的“岗位说明书”,而不仅仅是几个插件的集合。
1.1 Skills不是一个插件市场,而是一套“能力说明书”
很多人第一次接触OpenClaw的Skills目录时,会下意识地把它类比成VSCode插件市场或Chrome扩展商店,然后去找“一键安装”按钮。实际上,Skills的形态非常简单:一个目录,目录里放一个SKILL.md文件,文件里是Markdown格式的内容。OpenClaw在启动时会扫描所有skill目录,加载每个SKILL.md开头的元信息,然后在对话过程中根据用户的指令和这些元信息做匹配,命中后把SKILL.md正文内容注入到上下文里,相当于临时给模型“加了一段预制的行为准则”。
这个设计有几个直接影响。第一,Skills本身不包含任何可执行代码(至少官方推荐的标准形态是这样),它只是文本指令,真正执行操作靠的还是OpenClaw内置的工具集,比如终端执行、文件读写、网络请求等。第二,因为Skills只是文本,所以写一个Skill的门槛极低,任何一个会用Markdown写说明文档的人都可以做自己的Skills,这也是社区里各种“superpower skills”“mattpocock skills”仓库能火起来的原因。第三,Skill的加载和卸载非常灵活,你不喜欢某个Skill,直接删掉对应目录即可,不会留下什么依赖垃圾。
1.2 SKILL.md 的目录结构与加载规则
具体到落地,一个标准的Skills目录长这样:
text复制skills/
├── github-collab/
│ └── SKILL.md
├── terminal-commander/
│ └── SKILL.md
└── web-research/
└── SKILL.md
每个子目录的名称一般用kebab-case,也就是全小写加中划线,方便识别也避免跨平台的文件名问题。SKILL.md内部需要用YAML格式的frontmatter来声明元信息,然后下面是正文。下面是我自己常用的模板:
markdown复制---
name: github-collab
description: 当用户需要处理GitHub上的issue、PR、代码审查、CI失败分析时,使用该Skill。典型触发场景包括“帮我看看这个PR为什么挂了”“回复这个issue”“把改动提交并创建PR”。
---
# GitHub 协作助手
## 适用场景
...
## 操作步骤
1. ...
2. ...
这里面的name是唯一标识,description是关键。OpenClaw的agent会拿用户当前指令和每个skill的description做语义匹配,所以description写得好不好,直接决定了这个Skill能不能被正确触发。后面我会专门讲怎么把description写好。
1.3 Skills和MCP工具、Docker部署的关系
还有一个经常被混淆的概念,就是Skills和MCP(Model Context Protocol)工具的边界。我在社区里看到不少人问“装了MCP还要不要Skills?”实际这两者是正交的。MCP解决的是“agent能调哪些外部服务”,相当于给你接上了各种API插头;Skills解决的是“agent拿到这些工具后,应该按什么流程干活”,相当于给agent装了大脑里的操作手册。举个生活化的例子:MCP是给你一套做菜的厨具,Skills是告诉你“番茄炒蛋应该先切番茄还是先打蛋”。没有Skills,agent可能拿着厨具乱来;没有MCP,Skills写得再好也没有可调用的能力。
至于部署方式,不管你是用Docker跑、用Mac Mini本地部署,还是直接命令行启动,Skills的加载逻辑都是一样的:把skills目录放到OpenClaw能找到的位置,启动后它会自动扫描。Docker部署时要注意的是把skills目录挂载进容器,否则你在宿主机上新建的Skill不会生效。这个坑我后面会细说。
需要模型API调用? 免费领10W Token,多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 十大Skills目录:选型思路与速查表
在写每一份SKILL.md之前,我建议你先做一道减法题:你的日常工作里,有哪些任务是“重复性高、步骤明确、规则清晰”的?只有满足这三个条件,才值得做成Skill。如果任务本身充满随机性、需要大量主观判断,那Skill帮不了你,反而会限制模型的发挥。
我给自己常用的Skills做过一次盘点,筛掉一些花架子之后,常驻的正好是十个。它们覆盖了编码、信
