Community Guide

OpenClaw Skills 是怎么工作的

一篇务实的 OpenClaw Skills 指南,覆盖加载顺序、Skill 结构、生态模式,以及安装前真正该检查的风险点。

2026/03/13

Skill 不是装饰插件,而是可执行指令包

Skill 是 OpenClaw 最核心的扩展机制之一。它会改变模型“知道自己能做什么”,也会改变它会接触哪些文件、工具,甚至秘密。

所以 Skill 同时影响能力和风险。

三层加载优先级

当前 Skill 系统的优先级非常明确:

  1. 工作区级 Skill
  2. 用户级 Skill
  3. 内置 Skill

同名 Skill 出现在多个层级时,高优先级覆盖低优先级。

Skill 本质上到底是什么

一个 Skill 最少只需要一个目录和一个 SKILL.md 文件。这个文件告诉 Agent:

  • Skill 是做什么的
  • 在什么场景下触发
  • 应该遵循什么指令
  • 需要什么工具和环境变量

很多 Skill 还会附带这些支持材料:

  • scripts
  • references
  • examples
  • 环境变量或工具依赖说明

所以它看起来轻,但能力和副作用都可能很重。

从生态里很快就能看出的模式

你不需要真的审完上千个 Skill 才能看出规律。看几百个就足够了。

大多数生态内容通常会落在这几类:

  • 对单一工具或服务的薄封装
  • 面向重复任务的工作流 Skill
  • 主要提供上下文的文档型 Skill
  • 会碰很多文件、命令或秘密的高风险 Skill

真正有用的心智模型是:发现很容易,信任很贵。

生态规模不等于质量

OpenClaw 的 Skills 之所以有吸引力,恰恰因为门槛低。但门槛低也会直接带来噪音:

  • 重复内容
  • 弃坑项目
  • 描述模糊
  • 副作用不透明
  • 供应链风险

所以“Skill 很多”不等于“值得安装的 Skill 很多”。

安装前应该怎么评估 Skill

最正确的顺序是:

  1. 先确认一个明确重复任务
  2. 先读 SKILL.md
  3. 再看它引用的脚本或外部工具
  4. 核对它会接触哪些命令、文件和秘密
  5. 最后才安装

如果一个 Skill 连自己的行为范围都讲不清楚,这本身就是一个风险信号。

什么时候更适合自己写一个 Skill

下面这些情况,通常更适合自建:

  • 任务强依赖你自己的 workspace
  • 市面上的 Skill 太大、太模糊
  • 你需要更严格地控制 prompts 和副作用
  • 任务本身很小,自己写一个聚焦的 SKILL.md 比审查别人自动化更便宜

这也是为什么对 serious operator 来说,一个自己完全理解的小 Skill,通常比一个功能很多但来源不明的大 Skill 更有价值。

为什么 AIClawGuide 适合做策展,而不是镜像全量生态

本站更适合做策展,而不是去镜像整个 Skill 市场。更合理的工作是:

  • 人工审核
  • 编辑策展
  • 免费或开源
  • 明确区分官方来源和社区条目

这对搜索用户也更有意义。大多数人并不需要“所有 Skill”,他们需要的是“这个任务的第一个安全 Skill”。

下一步看什么