OpenClaw Skills vs Plugins：什么时候装插件，什么时候做 Skill
OpenClaw Skills vs Plugins OpenClaw Skills OpenClaw Plugins OpenClaw ClawHub openclaw tools plugin add OpenClaw 扩展
适合谁
已经开始研究 OpenClaw 扩展体系，不想在 Skills 和 Plugins 上走弯路的人
明确 Skills、ClawHub 和 Plugins 各自适合解决什么问题，并建立安装审查意识。
交付物
学完后你会留下什么
一套清晰的判断标准：什么时候用 Skill，什么时候找 ClawHub，什么时候必须上 Plugin。
开始前确认
前置条件
- 已经理解 OpenClaw 基础工作流
- 知道自己遇到的问题是“缺工具能力”还是“缺协议 / 系统扩展”
- 愿意把扩展管理纳入安全治理
你会学到
OpenClaw Skills vs Plugins
明确 Skills、ClawHub 和 Plugins 各自适合解决什么问题，并建立安装审查意识。
教程内搜索
支持桌面与移动端。回车可直接搜索。
为什么这篇值得先看
只要 OpenClaw 进入“扩展阶段”，你迟早会遇到这个问题：该找 Skill、去 ClawHub 逛，还是直接上 Plugin？
先抓住这 3 个关键点
- Skills 更适合把已有能力整理成可复用工具，尤其适合通过 ClawHub 分发和复用。
- Plugins 更适合扩展协议、系统边界和底层能力，不是所有需求都该上插件。
- 扩展能力越强，越要把审核和安全一起纳入流程。
实操步骤
- 先判断你的问题是“需要更好的工具调用体验”，还是“需要新协议 / 新系统能力”。
- 如果只是工具和流程复用，优先看 Skills / ClawHub；如果涉及系统边界，再考虑 Plugin。
- 安装 Plugin 前先跑
inspect，别把它当成 npm install 一样无脑加。 - 无论 Skill 还是 Plugin，都应该进入你的变更和审核流程。
配置或命令示例
openclaw tools plugin add <github-url-or-local-path>
openclaw tools plugin list
openclaw tools plugin inspect <plugin-id>常见坑
- 所有扩展问题都上 Plugin，结果把系统复杂度抬得很高。
- 把 ClawHub 当成“找插件市场”，忽略了 Skills 的复用价值。
- 装了扩展但没有审查来源和权限，安全边界迅速变脆。
完成检查
- 你已经能判断当前问题更适合 Skill 还是 Plugin。
- Plugin 安装不再是盲目操作，而是有检查动作。
- 扩展体系开始进入可治理状态。
为什么建议把这篇收藏起来
- 这是高搜索需求、高收藏需求的核心资源文。
- 真正会长期用 OpenClaw 的人，一定会回到这个话题。
官方资料
继续深挖时，先看这些官方页面
本页内容已按官方文档和产品能力重写，下面这些链接适合你做版本核对和参数确认。
常见问题
你大概率还会继续搜这几个问题
把高频疑问写在教程页内，既减少跳出，也让这篇内容更适合收藏回看。
Skills 和 Plugins 能互相替代吗？
通常不能。Skill 更偏自然语言工具能力，Plugin 更偏协议、系统边界或底层能力扩展。
OpenClaw Plugin 怎么安装？
官方文档给了 `openclaw tools plugin add <github-url-or-local-path>`、`list`、`inspect` 这套管理命令。
继续学习
下一步推荐
优先继续当前主题，再给一篇桥接内容，避免学习链路被打断。