我总分不清 Tools 和 Skills
这一篇是整个扩展生态的中间层，最值得先看。
学完这一栏以后，你应该达到什么状态
- 你知道为什么 Tools 和 Skills 不能混写。
- 你知道
workspace/skills、~/.openclaw/skills和 bundled skills 谁先谁后。 - 你知道为什么很多变更要“新开会话”才能稳定生效。
- 你知道安装第三方 Skill 前该先看哪些文件、哪些权限、哪些风险。
- 你不会再靠“装更多 Skill”来盲目解决所有问题。
Extension Ecosystem
系统能用了以后，先学会正确扩展，而不是盲目多装。
这一栏解决的是“系统已经能用了，怎么继续长能力”这个问题。官方路线可以很清楚地拆成三层：Tools 是原生动作能力，Skills 是任务方法层，ClawHub 是技能分发与版本管理入口。 只要把这三层分清楚，后面装扩展、调优先级、做安全审查就不会乱。
先判断，再扩展
中国用户先做小范围试点
安全和优先级同等重要
Problem
这一栏主要帮你解决什么问题
很多人一进入扩展阶段，就会把所有增强都叫 Skill，或者一口气装很多第三方扩展，最后越装越乱。
分不清原生能力和扩展能力
明明系统已经会做的事情，却还去到处找 Skill，最后把边界越看越模糊。
装了很多 Skill，但不知道谁在生效
优先级、会话快照和 workspace 覆盖会一起影响最终表现。
只看功能，不看风险
第三方 Skill 带来的不只是能力增强，也可能带来权限、脚本和依赖风险。
不知道什么时候根本不该装 Skill
很多需求其实原生 Tools、普通 Prompt 或配置就已经够了。
Three Layers
先用一句话看懂这三层
这一章真正要建立的，不是“会装东西”，而是“会先判断自己现在面对的是哪一层问题”。
Tools
- 原生 typed tools
- 偏动作能力
- 例如 browser、canvas、nodes、cron、web
Skills
- 以
SKILL.md为核心 - 偏任务方法和流程固化
- 适合沉淀规则、步骤、输出格式
ClawHub
- 公共 skills registry
- 负责搜索、安装、更新、发布
- 更像技能分发和版本入口
Reading Path
最推荐的阅读顺序
这一栏最适合按“先分边界，再看原生能力，再理解加载顺序，最后再装第三方”的顺序往下走。
Quick Choice
如果你现在只想解决一个问题
直接按当前最困扰你的点跳过去，不必整栏从头读完。
我想先知道原生已经会什么
适合想先用系统原生能力，而不是一开始就找第三方扩展的人。
我装了 Skill 但效果不对
优先级、会话快照、workspace 覆盖，这些通常才是真正原因。
我不知道该不该装 Skill
先判断是不是 Tool 已经够用，再决定是否引入额外扩展层。
我担心第三方 Skill 安全性
这一页最适合在真正安装之前先看，能帮你少踩很多坑。
我已经准备开始装了
那就直接进入 ClawHub 流程，但别跳过前面的边界判断。
China First
对中国用户最实用的扩展顺序
最稳的不是一下装很多，而是先跑出“一个小而清楚”的正反馈。
先确认系统原生工具已经够不够
很多需求其实原生 Tools 已经能做，只是你还没从工具层理解它。
只挑 1 到 2 个高频 Skill 做试点
尤其是内容生产、网页总结、日程整理这类效果最容易观察的场景。
每装一个都单独测试、单独看日志
这样才能分清到底是 Skill 问题、Tool 问题，还是会话状态问题。
等重复场景稳定了，再考虑自己写 Skill
扩展生态最成熟的用法，不是收藏很多，而是沉淀真正高频那一批。