为什么这篇值得先看
只要 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 安装不再是盲目操作，而是有检查动作。
- 扩展体系开始进入可治理状态。
Hermes 相关下一步
如果你关注的是“能力怎么长期复用”，可以继续看 Hermes Skills 指南。OpenClaw 这里强调 Skills、ClawHub、Plugins 的边界，Hermes 则更适合继续追问：一个长期运行的 Agent 如何把 Skills 变成稳定应用层能力。
为什么建议把这篇收藏起来
- 这是高搜索需求、高收藏需求的核心资源文。
- 真正会长期用 OpenClaw 的人，一定会回到这个话题。