夜雨聆风
很多人第一次用 OpenClaw，都会有一种很强烈的落差感。
你明明已经把模型配好了，聊天也挺聪明，结果一到真正要“干活”的时候，它就开始像个瘫痪的天才。
你让它总结一篇论文，它会总结。你让它读一份文档，它也能读。可一旦你进一步说：
“帮我去网页上查资料。”“帮我整理这个知识库。”“帮我处理一下这个 PDF。”“帮我看下 GitHub 上这个 PR 有没有问题。”
它就常常开始变得迟钝、犹豫，甚至完全做不了。
很多人这时候会以为，是模型不够强。
其实，往往不是。
真正的问题通常出在 Skills。
大模型负责“理解”和“推理”，而 Skills 负责“行动能力”和“外部工具接入”。模型像大脑，Skill 像手脚。大脑再聪明，没有手脚，也只能停留在“会说”，做不到“会做”。
问题是，Skill 这个东西，也恰恰是 OpenClaw 最容易把人带进坑里的地方。
因为大多数新手一上来就会犯三个错误：
第一，看到 Skill 多，就觉得越多越强。第二，看到社区推荐，就直接批量安装。第三，分不清什么是“已内置能力”，什么是“真的需要自己补装的 Skill”。
结果就是，Skill 装得越多，OpenClaw 不一定越强，反而可能越慢、越乱、越贵，最后每次回答前都要“想半天该用哪个 Skill”，你自己也分不清系统到底在走哪条链路。
所以这篇文章，我不打算再给你一份“传说中的 40 个神技大合集”。
我想做的，是给你一份真正可落地、适合当前 WoClaw / OpenClaw 实际使用方式的避坑指南。
这篇文章只解决一个问题：
什么 Skill 值得装，怎么装，按什么顺序装，才不会把 OpenClaw 用成一团乱麻。
一、先纠正一个最大误区：不是所有基础 Skill 都需要你手动安装
如果你最近看了不少社区帖子，可能已经被各种“新手必装 10 个 Skill”“入门就要全套拉满”的说法洗脑了。
但现实是：
在当前 WoClaw 桌面版里，一批基础 Skill 本来就已经会被自动部署。
也就是说，很多你以为要手动装的基础能力，系统本身就已经帮你准备好了。你真正该做的，不是“重新装一遍”，而是先去 Skills 页面确认它们是不是已经存在、是不是已经 Ready。
通常来说，下面这几类能力属于系统的基础底座：
文档处理类：
- docx
- xlsx
- pptx
通用 AI 基础 Starter Pack：
- find-skills
- summarize
- capability-evolver
- self-improving-agent
- agent-browser
搜索类常见基础能力：
- tavily-search
- brave-web-search
所以，很多新手的第一个错误，并不是“没装够”，而是“重复折腾已经有的东西”。
你本来缺的是 API Key、CLI 依赖、权限授权，结果你去反复安装；你本来缺的是理解路由机制，结果你先把技能商店刷了一遍。
这就像家里煤气没开，你不去开阀门，反而先换了三台燃气灶。
方向完全错了。
二、正确的 Skill 观：不是越多越强，而是越准越强
Skill 这套系统，最迷惑人的地方就在于：它看起来很像插件市场。
看起来像插件市场，人就很容易形成一种错觉：
“这个也不错，装。”“那个好像也能用，装。”“反正装上又不亏，先装着再说。”
结果呢？
Skill 一多，问题马上就来了。
第一，路由会变乱。两个 Skill 都能做搜索，AI 不知道优先该调用谁。两个 Skill 都能做总结，最后不是效率提高，而是互相抢活。你自己都分不清它到底在用哪个。
第二，系统会变慢。每次回答之前，它要先判断“是不是要调 Skill”“调哪个 Skill”“哪个 Skill 当前可用”。你看起来只是多装了几个插件，实际上整个系统决策链被拉长了。
第三，成本会变高。有些 Skill 会引入额外上下文，有些会增加试探性调用，有些会带来后台行为。如果你对边界不清楚，最后看到的就是 token 消耗和延迟一起上升。
第四，排错会变难。当系统出问题的时候，你根本不知道是模型问题、路由问题、Skill 冲突、权限问题，还是依赖没装好。
所以，Skill 的核心原则不是“越多越强”，而是：
同类能力只保留一个主力，一个备份。
搜索类是这样。知识库类是这样。办公协作类也是这样。
你不需要一个“什么都会一点”的杂乱 OpenClaw，你需要的是一个“最常用的那几条链路特别稳定”的 OpenClaw。
这才是真正能提升效率的状态。
三、装 Skill 之前，先记住这四条铁律
在进入具体清单之前，先把这四条背下来。以后你每装一个新 Skill，都先拿这四条过一遍。
1. 先检查，再安装
看到一个 Skill，不要第一反应就是装。
先去 Skills 页面看：
它是不是已经存在 是不是已经启用 是不是 Ready 是不是只是缺依赖 是不是只是缺配置 是不是卡在安全复核
很多时候，问题不是“没装”，而是“没配好”。
2. 同类 Skill 只留一个主力
不要同时把多个搜索 Skill、多个知识库 Skill、多个办公生态 Skill 一起重度启用。
同类只保留一个主用，一个兜底就够了。
3. 先装高频，再装高权
高频、低风险的先上。
比如：
搜索 浏览 总结 文档处理 知识沉淀
而不是一上来就去碰：
自动修复代码 自动发消息 自动改文档 自动打电话 高权限设备控制
4. 先跑通链路，再扩大版图
真正成熟的做法，从来不是“装满技能商店”，而是：
先让一条核心工作流稳定跑通，再决定要不要加第二条、第三条。
比如先让“搜索 -> 总结 -> 存知识库”跑通。或者先让“查 GitHub -> 看 PR -> 派编码代理”跑通。
一条链路稳定之后，再扩。
四、四套真正值得用的 Skill 清单
接下来，正式进入实操部分。
我不按“热门榜”来分，而按使用人群来分。因为最重要的不是哪个 Skill 火，而是它适不适合你。
这四套分别是：
新手版精简清单 程序员版技能清单 内容创作者版技能清单 企业办公版技能清单
你不需要四套都装。你只需要选最接近你的那一套，然后再微调。
第一套：新手版精简清单
如果你刚开始用 OpenClaw，最重要的目标不是“一步到位全能”，而是先让它从“会聊天”进化到“能帮你做基础工作”。
新手最需要的，不是复杂自动化，而是稳定的基础手脚。
这一版的核心目标
让 OpenClaw 具备四项能力：
能查 能读 能总结 能保存
只要这四件事跑顺了，你的使用体验就会立刻提升一个层级。
推荐保留或启用的核心 Skill
find-skills
这是 Skill 世界的入口。
你不用一开始就记住所有 Skill 名字，只要知道自己想做什么，比如“我想处理 PDF”“我想接知识库”“我想做网页浏览”，它就能帮你往正确方向找。
对于新手来说，这个 Skill 的价值不是“直接干活”，而是“降低迷路概率”。
summarize
这是最容易高频使用、也最容易马上让你觉得“这玩意真有用”的 Skill 之一。
你可以用它：
总结网页 读取长文章 提炼视频重点 快速理解本地文件
很多人初期的高频使用场景，其实都离不开它。
agent-browser
很多人以为“联网”就是搜索。其实不是。
真正让 OpenClaw 从“会搜”进化到“会浏览”的，是 agent-browser。
它能让系统去打开网页、理解页面结构、做浏览器参考模式下的处理。这类能力是很多后续链路的基础。
如果没有它，很多复杂页面和真实网页交互场景都跑不顺。
tavily-search
如果你要做实时信息检索，结构化搜索通常是最稳妥的主力选择之一。
它的好处是结果更适合 AI 消化，也更适合做进一步总结和整理。对于新手来说，它比“装一堆搜索 Skill”更靠谱。
pdf / docx / xlsx / pptx
这四个是文档处理底座。
你可以把它们理解成“基础读写工具箱”。很多知识工作、文件处理、办公室场景都离不开这组能力。
即便你暂时感觉用不上，也不建议动它们。
建议补装的 3 个 Skill
nano-pdf
基础 pdf 更偏读取和处理，而 nano-pdf 更像是“轻量编辑补丁”。
如果你经常需要：
改 PDF 某页标题 改小段文字 轻量调整页面内容
那它很值。
notion 或 obsidian
这一对是最适合新手做知识沉淀的选择。
如果你平时就在用 Notion，那就选 notion。如果你更喜欢本地 Markdown、想做一个轻量第二大脑，那就选 obsidian。
一开始不要两套都重度启用。知识库这件事，最怕的不是功能少，而是阵地太多。
skill-creator
很多人会觉得：“我都还是新手，为什么要装造 Skill 的工具？”
恰恰因为你是新手，才更应该早点认识到一个事实：
现成 Skill 永远不会百分百贴合你的工作流。你迟早会遇到“差一点点”的场景。到那个时候，skill-creator 会比你继续四处找插件更有价值。
新手不建议一开始碰的东西
self-improving-agent
它不是没用，而是太容易被误用。
它可能带来：
token 增长 输出更啰嗦 链路更重 额外的思考和修正开销
如果你还没把基础链路跑稳，不建议一上来就长期启用。
新手最稳的一套组合
如果你现在就要装一套最稳的，我建议是：
- find-skills
- summarize
- agent-browser
- tavily-search
- nano-pdf
- notion
或 obsidian
这套的特点是：够用、稳定、学习成本低，而且基本不会把系统搞乱。
第二套：程序员版技能清单
如果你是开发者，那你对 OpenClaw 的期待通常不是“帮我总结文章”，而是：
帮我看代码 帮我查 PR 帮我处理 Issue 帮我跑自动化编码流程 帮我做长期协作
这时候，你要的就不是一个“会读文档的 AI”，而是一个真正能参与工程流的代理系统。
程序员最核心的能力，不是搜索，而是协作执行
开发者版本的 Skill 选择，核心目标只有一句话：
让 OpenClaw 从“会解释代码”，升级成“真的能协作写代码”。
必留的核心 Skill
github
这是开发者最值得优先启用的 Skill 之一。
它能做的事情包括：
看 PR 看 Issue 看 CI 状态 看评论 看仓库信息
它的价值很直接：把 GitHub 从“需要你切换网页和命令行的地方”，变成 AI 能直接参与的工作面板。
建议先只做读操作。先让它稳定帮你“看”，再让它开始“写”。
coding-agent
这是程序员版最关键的一个 Skill。
很多 AI 工具只能做到“给你一个代码建议”，但 coding-agent 的价值在于：它可以把复杂编码任务真正委派出去。
比如：
生成功能 重构模块 处理多文件逻辑 帮你拆复杂任务
如果你真的想让 OpenClaw 变成开发搭子，这个 Skill 基本绕不过去。
tmux
这个 Skill 对新手来说可能看起来没那么性感，但对开发者来说，非常实用。
一旦你开始跑：
长时间任务 后台编码代理 并行 CLI 流程 交互式会话
tmux 就会从“可选项”变成“稳定性保障”。
它不是让你的 OpenClaw 更聪明，而是让它更不容易失控。
summarize
程序员为什么也需要它？
因为程序员也天天在面对长文本：
长 PR 长 issue 长日志 长文档 长架构说明
github 负责拿信息回来，summarize 负责把信息压到你能快速消费的程度。
这两个配合起来，效率很高。
healthcheck
如果你只是偶尔玩一玩 OpenClaw，它可能不急。但如果你准备长期使用、长期跑代理、长期做自动化，这个 Skill 很值。
它更像是 OpenClaw 宿主环境的体检工具。很多问题不是出在模型，而是出在运行环境和主机状态上。
进阶再开的 Skill
gh-issues
这个 Skill 很强，强到不适合一开始就放权。
它能做的是：
抓取 GitHub Issues 派子代理实现修复 自动开 PR 跟进后续 review
如果你已经把 github + coding-agent 的组合跑顺了，再考虑它。如果你连基础链路都还没稳定，千万别急着开自动修复。
session-logs
适合做复盘和排错。
当你开始跑复杂代理任务之后，你很快就会发现：能不能看清“它到底干了什么”，比“它会不会生成代码”还重要。
程序员最容易踩的坑
第一个坑，是一上来就给 GitHub 写权限。第二个坑，是还没理解代理协作边界，就开 gh-issues 全自动。第三个坑，是让 self-improving-agent 参与本来已经很重的编码链路。
这些坑本质上都是同一个问题：
你还没把系统用熟，就先把执行权交出去了。
程序员最稳组合
如果你要一套最稳的开发组合，我建议是：
- github
- coding-agent
- tmux
- summarize
- healthcheck
等你熟了，再加：
- gh-issues
- session-logs
第三套：内容创作者版技能清单
内容创作者和程序员完全不是一套需求。
程序员关心的是仓库、PR、Issue、自动修复。创作者关心的是：
找素材 抓信息 拆内容 转录语音 提炼视频 管理选题和脚本
所以，内容创作者最需要的不是“系统控制型 Skill”，而是“内容流处理型 Skill”。
内容创作的核心链路是什么
如果把一个创作者的工作拆开，你会发现高频动作其实就这几件事：
搜资料 看网页 提炼重点 把音视频转成文字 把素材沉淀进知识库 准备下一轮创作
所以内容创作者需要的 Skill，应该围绕这条链路去配。
最值得保留的核心 Skill
summarize
这是创作者场景里最核心的 Skill，没有之一。
因为创作者几乎每天都在处理信息密度很高的内容：
一篇长文章值不值得看 一个视频值不值得拆 一个网页有没有可引用观点 一个报告值不值得提炼成选题
Summarize 的作用，不是替你写成品，而是大幅降低你处理原始素材的成本。
agent-browser
很多素材并不在一个“干净的 API 世界”里，而是在真实网页、复杂页面、需要浏览器参考的场景里。
没有浏览器能力，你的内容工作流会非常受限。
tavily-search
创作者不是不能用普通搜索，但真正高效的内容工作流，更需要结构化信息源。
它适合做：
选题初步调研 背景信息整理 快速抓取公开资料 找可以继续深挖的入口
openai-whisper 或 openai-whisper-api
这两类 Skill 对内容创作者非常重要，因为音视频转写已经是日常刚需。
你可以这么理解：
- openai-whisper
更偏本地、本地隐私、离线能力 - openai-whisper-api
更偏云端、便捷、节省本地资源
如果你经常做：
访谈整理 视频拆稿 课程提炼 播客整理
那这类 Skill 的价值非常高。
video-frames
很多人提内容创作，就只想到转写。其实画面提取同样重要。
video-frames 适合做：
视频抽帧 快速查看某一时刻画面 取参考帧 做素材筛选
如果你碰视频，它比“花哨的生成类能力”更实在。
适合补装的 Skill
blogwatcher
如果你是靠信息更新吃饭的人，这个很有价值。
它特别适合：
跟踪行业博客 跟踪媒体源 跟踪特定作者 做长期选题监测
notion 或 obsidian
创作者很需要一个稳定的“素材沉淀场”。
你需要存：
选题库 资料卡 拆稿记录 灵感碎片 发布计划
这时，notion 和 obsidian 二选一即可。不要一边记一半，最后什么都不好找。
nano-pdf
很多创作者会忽略它，但如果你经常处理：
客户提案 品牌 brief 方案稿 报告 PDF
它其实很实用。
创作者最容易踩的坑
第一个坑，是把所有生成类 Skill 都装上。第二个坑，是内容主链路还没跑顺，就去追复杂自动化。第三个坑，是没有知识库入口，导致素材永远在聊天里一闪而过。
真正成熟的内容工作流，不是“让 AI 一键出成品”，而是：
让它持续帮你节省处理原始素材的时间。
内容创作者最稳组合
我最推荐的一套是：
- summarize
- agent-browser
- tavily-search
- openai-whisper
或 openai-whisper-api - video-frames
- notion
或 obsidian
如果你需要长期监测，再加：
- blogwatcher
第四套：企业办公版技能清单
企业办公场景和个人使用最大的不同，在于它不是“一个人自己爽”，而是要接真实业务系统、真实文档、真实权限体系。
所以企业办公版 Skill 清单，最重要的不是“炫技”，而是：
稳定 可控 权限清晰 不冲突
企业办公场景最大原则：生态只选一套主阵地
这一点非常关键。
很多人一看到办公 Skill，就会想：
Google 也装，飞书也装，企微也装，反正以后都可能用到。
这恰恰是企业场景里最容易出问题的地方。
因为办公 Skill 一旦装多了，冲突会特别明显：
日历到底走哪一套 文档到底写哪一套 消息到底发哪个渠道 联系人到底从哪个系统读
正确做法是：
按你的主办公生态选一套主阵地，再配通用底座。
企业办公通用底座
无论你是 Google 用户、飞书用户，还是企微用户，底层都建议保留：
- summarize
- agent-browser
- docx
- xlsx
- pptx
- nano-pdf
这组的价值很简单：
企业办公里，高频刚需永远是文档、表格、汇报、总结和网页处理。
这些能力是底座，不依赖某个特定办公生态。
Google Workspace 用户怎么配
如果你的主阵地是 Google，那最值得补装的是：
gog
它的价值很高，因为它不是单点接入，而是一体化接：
Gmail Calendar Drive Docs Sheets Contacts
这意味着你可以让 OpenClaw 真正参与企业日常办公链路，比如：
查邮件 拉日程 看 Drive 文件 操作表格 读取文档
如果你的工作本来就在 Google 生态里，这个 Skill 的含金量很高。
飞书用户怎么配
如果你的工作主要在飞书里，那更适合的组合是：
- feishu-doc
- feishu-wiki
- summarize
- agent-browser
这套组合适合：
读取飞书文档 操作飞书知识库 提炼会议纪要 处理飞书页面内容
飞书用户最大的问题往往不是“没有工具”，而是“信息在系统里太分散”。这套 Skill 的价值，就是帮你把飞书内部的信息流收拢起来。
企业微信用户怎么配
企微用户的最佳做法，不是装一个“万能企微 Skill”，而是按功能拆开。
优先看三类：
文档类 日程类 消息类
也就是说，在企微场景里，比起“全装”，更重要的是问自己：
我最想让它接管的是哪一条链路？
是读消息？是查日程？是处理企业文档？
先确定主链路，再启用对应 wecom-* 能力，效率会高得多。
企业办公场景最容易踩的坑
第一个坑，是办公生态全装。第二个坑，是权限还没理清就开写操作。第三个坑，是把“自动发送消息”“自动改文档”“自动改日程”过早交给 AI。
企业场景里，一旦出错，代价往往不是“回答错了”，而是：
发错消息 改错文档 动错日程 把信息流搞乱
所以企业版的核心不是“自动化越多越先进”，而是：
可控优先。
企业办公最稳组合
Google 办公流：
- summarize
- agent-browser
- docx
- xlsx
- pptx
- nano-pdf
- gog
飞书办公流：
- summarize
- agent-browser
- docx
- xlsx
- pptx
- feishu-doc
- feishu-wiki
企微办公流：
- summarize
- agent-browser
- docx
- xlsx
- pptx
按需启用对应 wecom-* 文档、日程、消息能力
五、哪些 Skill 最不适合一上来就装
说完推荐，再说说不推荐。
1. self-improving-agent
不是不能用，是别太早用。
它容易让系统：
更重 更慢 更贵 更容易过度反思
在你还没把基础链路跑顺之前，它不是增益，而更像变量。
2. 多个同类搜索 Skill 同时重度启用
你不需要四个主搜索 Skill。你只需要一个主用，一个备份。
3. 多套知识库同时上
notion 和 obsidian 都好，但初期请二选一。
4. 办公生态全装
Google、飞书、企微不要一起重度上。
5. 高权限 Skill 过早放权
包括但不限于：
GitHub 写权限 自动修复 Issue 自动发消息 电话外呼 硬件控制 局域网设备控制
这些能力越强，越应该后装。
六、真正成熟的装法：不是一次装满，而是分阶段上线
如果你问我，最正确的安装节奏是什么，我会给你一个非常朴素的答案：
第一步：先确认基础 Skill 是否已经 Ready
不要急着装，先看：
- find-skills
- summarize
- agent-browser
- tavily-search
- docx
- xlsx
- pptx
第二步：补依赖
比如：
API Key 本地 CLI OAuth 文件授权 安全审批
第三步：按身份补 3 到 5 个高频 Skill
别追求大全，先追求常用链路顺。
第四步：连续使用一周
观察：
响应速度 token 消耗 成功率 你自己真实使用频率
第五步：再决定要不要加高阶 Skill
比如：
- self-improving-agent
- gh-issues
- voice-call
智能家居类 更复杂的自动化类能力
这样装，系统会稳很多。
七、最后的结论：真正厉害的 OpenClaw，不是 Skill 多，而是链路稳
很多人对 OpenClaw 的幻想，是把它装成一个什么都懂、什么都能干、什么都自动化的超级系统。
但真正用久了你会发现：
Skill 多，不等于效率高。路由复杂，不等于能力强。花样多，不等于产出稳。
真正厉害的 OpenClaw，往往只有一小批经常用的 Skill，但这些 Skill：
状态清晰 权限明确 依赖完备 调用稳定 真的在帮你节省时间
说得更直接一点：
10 个真正高频、真正稳定、真正适配你工作流的 Skill，远比 40 个吃灰的 Skill 更有价值。
所以，如果你今天只记住一句话，我希望是这句：
先装基础，再补高频，最后才考虑高级。Skill 在精不在多，OpenClaw 也是。
