如果你把 Tools 和 Skills 混成一件事，后面几乎所有 OpenClaw 内容都会越看越乱。这个区分，是整个知识库里最关键的中间层。
先给一句最简单的定义
Tools 解决的是“系统能直接做什么动作”，Skills 解决的是“系统应该按什么方法完成某类任务”。一个偏动作能力，一个偏任务方法。
为什么这个问题最容易让人混淆
因为很多用户第一次接触 OpenClaw，都会从“扩展能力”这个角度去理解系统，于是把能做的所有增强都叫 Skill。但官方现在已经把很多能力做成了 first-class tools，这和旧思路有本质区别。
所以今天再理解 OpenClaw，必须把“系统原生能力”和“任务扩展方法”拆开看。
两者最核心的区别
Tools
- 系统能力层
- 偏动作接口
- 让系统“能动手”
- 更偏配置和权限控制
Skills
- 任务方法层
- 偏规则、流程和说明
- 让系统“知道该怎么做”
- 更偏目录管理和优先级
最容易记住的判断
- 缺动作能力 → 先看 Tool
- 缺稳定方法 → 再看 Skill
- 想搜、抓、执行 → Tool
- 想固化流程和格式 → Skill
什么是 Tools
Tools 是 OpenClaw 系统原生暴露给智能体调用的能力。它们更像“动作接口”。
- 浏览网页
- 搜索网页
- 抓取内容
- 执行节点或自动化能力
- 使用 browser、canvas、cron、web_search、web_fetch 等系统工具
换句话说，Tools 让系统具备实际行动能力，而不只是文本理解能力。
什么是 Skills
Skills 是一类目录化扩展。根据官方文档，一个 Skill 至少包含一个 SKILL.md，也可以包含脚本、配置和资源文件。
它更像在告诉智能体：面对某类任务时，应该如何思考、按什么步骤做、需要参考什么规则、需要配合什么工具。
- 它是一套方法
- 它可以包含约束和流程
- 它可以复用到不同工作区
- 它可以通过 ClawHub 搜索、安装、更新和发布
什么时候更该先看 Tools
如果你的目标是让系统具备某种原生动作能力，那么你更该关注 Tools。
- 需要搜索网页
- 需要抓取页面内容
- 需要浏览器行为
- 需要节点、计划任务、执行器
这些都不是“写个 Skill 就能替代”的事情，因为它们本质上是底层动作能力。
什么时候更该用 Skills
如果你的目标是让系统在某一类任务里更稳定、更专业、更像一个领域助手，那么更该用 Skills。
- 内容改写流程
- 资料整理规范
- 行业分析模板
- 团队内部工作规范
- 某类固定任务的执行套路
这些场景里，Skill 的价值不是“新增一个按钮”，而是“沉淀一套方法”。
最常见的正确组合方式
现实里，很多最佳实践不是 Tools 和 Skills 二选一，而是一起用：
- 先用 Tools 去搜索、抓取、浏览、执行。
- 再用 Skills 规定任务步骤、风格、输出格式和约束。
这也是为什么很多好用的 Skill，看起来像“一个聪明流程包”，因为它背后其实是借助 Tools 才真正落地。
最常见的误区
- 把所有扩展都叫 Skill，结果看不懂系统边界。
- 以为装更多 Skill 就等于系统能力更强。
- 忽略 Tools 权限控制，只盯着 Skill 目录。
- 不理解优先级，导致同名 Skill 被 workspace 覆盖还不知道。
给中国用户的实际建议
- 先知道系统有哪些 Tools。
- 再安装 1 到 2 个你真正需要的 Skills。
- 再去看 Skills 的加载优先级和 ClawHub。
- 最后才开始自己写 Skill。