Blog / Skill Usage

SmallClaw 与 OpenClaw 的 Skill 使用对比

SmallClaw vs OpenClaw Skill Usage

这篇文章比较 SmallClaw 和 OpenClaw 在 skill 的创建、导入、触发、信任和运行时使用上的差异,重点看它们分别把 skill 当成什么,以及谁更偏向先审后用、谁更偏向 CLI / registry / install 的管理方式。

Version v1.0.0 Company: Smallsoft Pty Ltd Timepoint: 2026-04-06 00:00:00 AEDT Last Updated: 2026-04-06 00:00:00 AEDT Published: 2026-04-06

Copyright © 2026 Smallsoft Pty Ltd. All rights reserved.

一句话结论

SmallClaw 和 OpenClaw 都使用 Markdown skill 作为工作流层,但 SmallClaw 更偏向“先审后用、运行时治理更强”,OpenClaw 更偏向“CLI / registry / install 的技能管理方式”。

SmallClaw 如何使用 Skill

SmallClaw 把 skill 当成本地 Markdown 工作流说明,而不是可直接执行的代码模块。它的核心是文件、registry 和 runtime 三层协作。

1. Skill 存在哪里

SmallClaw 自动从以下目录加载 skill:

  • <workspace>/.smallclaw/skills
  • ~/.smallclaw/skills
  • ~/.openclaw/skills

最后一个目录是 OpenClaw 兼容路径。SmallClaw 会把这里的 skill 读取进自己的 registry 和 runtime 索引里。

2. 如何创建

在 SmallClaw 里,最直接的创建方式是打开 Skills 页面,然后使用内置模板新建 skill。通常会填写 namedescriptiontriggersenabledinstructions,保存后就会写成 Markdown 文件。

3. 如何编辑

已加载的 skill 可以在 Skills 页面里打开并编辑。保存后,内容会回写到对应的 Markdown 文件。这意味着 SmallClaw 的 skill 是“文件为主”的:文件是主要内容载体,数据库注册负责记录来源、hash、信任状态、启用状态和使用状态,runtime 负责把匹配到的 skill 注入到本次模型请求中。

4. 如何导入外部 skill

SmallClaw 允许导入 OpenClaw 风格的 skill,也支持从 GitHub 预览和安装公开的 skill 仓库。导入流程通常是:打开 Skills,选择 Browse OpenClaw SkillsImport Skill From GitHub,先预览 metadata 和文件内容,再选择安装目标并确认。

需要注意的是,Browse OpenClaw Skills 需要开启 Permissions > Network Access;公开 skill 会先预览再安装确认;外来 skill 默认更保守,通常会进入 Pending Review

5. 如何触发

SmallClaw 支持两种触发方式:显式触发可以写成 @skill(Your Skill Name)#skill:your-skill-name;自动匹配则依赖 prompt 里出现 skill 名称或 trigger 关键词。如果你希望可预测,显式触发是更稳的方式。

6. 如何进入运行时

SmallClaw 不是把 skill 当成独立插件代码去运行,而是把它注入当前任务的 runtime prompt。也就是说,skill 先被加载,registry 决定它是否可信、是否启用,AgentRuntime 在发给模型前做匹配,命中的 skill 作为 Local Skill Context 注入。

7. 如何确认生效

发送任务后,可以留意 Agent Console 下方的 Skills: ...、状态栏里的 matched skills,以及 Skills 页里的 Approved / Pending Review / Blocked / Enabled 状态。如果没有命中,通常先检查 skill 是否已经加载、是否启用、外来 skill 是否已批准,以及 prompt 是否用了显式 @skill(...)

8. 外来 skill 的安全策略

SmallClaw 对外来 skill 采用默认保守策略:来自 ~/.openclaw/skills 的内容会被识别为外来来源,openClawCompatible 格式默认更偏复审,只有 approved 且 enabled 的 skill 才能进入注入链路。一旦已批准的外来 skill 文件内容变化,就会因为 hash 变化回到 Pending Review。这让 SmallClaw 更像“先审后用”。

OpenClaw 如何使用 Skill

OpenClaw 的公开文档把 skill 组织成更偏 CLI / registry / install 的使用方式。它更像是在管理可安装资源,而不是先进入一个图形化创作器。

1. 如何管理

OpenClaw 提供类似 openclaw skills searchinstallupdatelistinfocheck 这样的命令。这种方式更像“命令行管理安装包和本地 skill 状态”。

2. 如何获取

OpenClaw 的官方文档通常围绕本地 skills、ClawHub 上的安装和更新、skill 目录和兼容配置、skill eligibility / check 来组织用户流程。

3. 如何使用

OpenClaw 的使用方式通常更接近:先搜索 skill、再安装 skill、然后更新 skill、查看本地 skill 列表、检查 skill 状态。从用户心智上看,它更偏“把 skill 当作可安装可更新的资源”。

两者的核心差异

维度 SmallClaw OpenClaw 核心判断
主要形态 本地 Markdown 工作流说明 可搜索、可安装、可更新的 skill 资源 SmallClaw 更偏创作与运行时治理,OpenClaw 更偏资源管理
创建方式 内置 Skills 创作器 更偏 CLI / registry 管理 SmallClaw 更适合图形化创建
导入方式 目录监听 + GitHub 导入 + OpenClaw 兼容目录 CLI install / update / list / check SmallClaw 更适合混合来源导入
默认信任 更保守,外来 skill 默认复审 更偏安装和可用性管理 SmallClaw 的安全边界更强
变更处理 外来 skill 改文件后回到 Pending Review 更强调更新、检查和本地状态管理 SmallClaw 更重 runtime governance
运行时使用 匹配后注入到本次 prompt 更像已安装 skill 的使用和检查 SmallClaw 的 runtime 介入更直接
安全中心 runtime governance、registry、approval registry、installation、eligibility SmallClaw 更强调“先审后用”

实际怎么选

如果你在 SmallClaw 里工作,自己常用的流程放进 Workspace,经常复用的个人流程放进 User,需要兼容 OpenClaw 文件结构时放进 OpenClaw,导入陌生 skill 先预览再确认,想稳定命中则优先用 @skill(...)

如果你在 OpenClaw 的语境里工作,先用搜索和安装把 skill 加进本地环境,再用 list、info、check 确认状态,把 skill 当成可管理资源,而不是一次性复制进去的文本片段。

迁移建议

如果你是从 OpenClaw 切到 SmallClaw,先把 OpenClaw 风格的 skill 放到 ~/.openclaw/skills,打开 SmallClaw 的 Skills 页面,检查它是否被识别为 OpenClaw-compatible,确认是否需要复审,用 @skill(...) 触发一次来确认命中。

如果你是从 SmallClaw 迁回 OpenClaw,保持 Markdown 文件结构清晰,保留 namedescriptiontriggersinstructions,尽量把 skill 写成能被目录和 CLI 识别的形式,再用 OpenClaw 的 list / check 流程确认兼容性。

小结

SmallClaw 和 OpenClaw 都把 skill 当作工作流层,但 SmallClaw 更强调图形化创作器、目录监听、运行时 prompt 注入、外来 skill 复审,以及 hash 变化后的重新确认;OpenClaw 更强调 CLI 管理、搜索 / 安装 / 更新、以及本地 skill 检查和可用性控制。

如果你的重点是“本地 macOS agent 的安全使用”,SmallClaw 的方式更保守;如果你的重点是“通过 CLI 管理一组可安装技能”,OpenClaw 的方式更像一个技能管理工具链。