Skills 的本质
Skill 是模块化能力单元，每个 Skill 最好只做一件事。OpenClaw 的价值不在“模型自己变强”，而在“模型知道什么时候该调用什么工具”。
Skills / ClawHub / Tooling
Skills 决定了助手能做什么，
也决定了它会不会变乱。
从社区技能、ClawHub，到你 codebase 里沉淀的 Skills 系统指南，这一页把“怎么选、怎么装、怎么管、怎么避免失控”整理到一起。
为什么 Skills 会让系统变强
因为它把任务拆成可组合能力：搜索、数据处理、代码分析、部署、监控、文档、浏览器、通知……模型负责理解，Skill 负责执行路径。
新手必装 3 技能
clawhub install tavily-search
clawhub install find-skills
clawhub install proactive-agent-1-2-4| 技能 | 作用 | 为什么先装 |
|---|---|---|
| tavily-search | 联网搜索 | 没有实时信息，助手很快会“知识过期” |
| find-skills | 帮你找合适的技能 | 减少盲搜和试错 |
| proactive-agent | 主动拆解与规划 | 让助手更像执行者而不是被动问答机 |
技能系统的分类思路
| 类别 | 作用 | 适合场景 |
|---|---|---|
| 核心编排 | 任务分析、调度、结果聚合 | 复杂工作流 |
| 开发工具 | 代码分析、测试、API、文档 | 研发与技术协作 |
| 数据处理 | 清洗、可视化、日志分析 | 运营、分析、排障 |
| 质量保障 | 安全、性能、迁移 | 生产系统维护 |
| 运维监控 | 部署、监控、配置、工作流 | 后台系统与集群 |
| 基础设施 | 多模态、依赖、转译 | 扩展能力与底层支持 |
这套分类很重要，因为它说明：Skills 不只是插件市场，而是工作系统的能力分层。
从 codebase 文档里补出的一个关键点
你本地还有一套更工程化的 Skills 体系总结：它强调 单一职责、可组合、可扩展、标准化。这其实和你当前正在做的 OpenClaw 研究站很吻合——真正要做的不是“堆技能”，而是把技能当成能力模块来编排。
最容易犯的 4 个错
- 看见技能多就全装，最后自己都不知道系统会调哪个
- 没先搞清楚当前工作流，再装一堆暂时用不到的技能
- 把高风险技能直接接进生产环境
- 不区分“实验技能”和“长期稳定技能”
最值得记住的一句
单技能只是工具，多技能组合才是工作流；工作流能不能稳，取决于你有没有控制住技能边界。