> ## Content Index > Fetch the complete content index at: https://tbbbk.com/llms.txt > Use this file to discover other available public pages before exploring further. # 2026 最新：ClawHub 上最值得装的 10 个新 Skill，我筛掉了大半垃圾 - URL: https://tbbbk.com/best-new-clawhub-skills-guide-2026/ - Published: 2026-04-11T03:19:22.000Z - Updated: 2026-04-11T03:19:22.000Z - Description: 我重新翻了一遍 ClawHub，发现现在真正值得装的不是花哨 Skill，而是能让 OpenClaw 更稳、更实用的基础设施型能力。这篇把我筛下来的 10 类值得关注 Skill 和避坑逻辑一次讲清。 - Author: TuBaiBai - Tags: ClawHub, AI工具, Agent, #Import 2026-07-20 07:13 最近我又把 ClawHub 翻了一遍。 说实话，现在这个生态已经和两个月前完全不是一回事了。 一方面，确实越来越热闹。你随便搜一圈，都会发现 ClawHub 已经不是“有几个 Skill 可以试试看”的状态，而是已经明显往**版本化注册表 + 社区技能市场**那边走了。首页现在直接把自己定位成 **“A versioned registry for AI agent skills”**，强调能搜索、安装、发布、回滚，这味道其实已经很像 npm 了，只不过装的不是包，而是 Agent 的能力。 但另一方面，垃圾也越来越多。 很多 Skill 看标题很唬人，装上去发现只是几段提示词拼一下；有的能力范围写得特别大，实际上只是一个外壳；还有的安全提示一看就不对劲——要么 scope 过大，要么脚本直接把用户输入往 shell 里拼。你如果不筛，真的很容易把 OpenClaw 用成“技能越多越乱、权限越开越大、结果越跑越歪”的现场。 所以这篇我不打算做一个“海量罗列”。 我直接按一个更实用的标准来筛： - **有没有明确用途**，不是空喊 Agent 全能 - **是不是适合真实工作流**，不是纯 Demo - **有没有继续用的价值**，装一次就吃灰的不算 - **有没有明显风险**，尤其是权限、shell 注入、远程推送这一类 先说结论： **ClawHub 现在当然值得逛，但不值得乱装。** 普通用户真正该先装的，不是 50 个花活 Skill，而是那种能直接进入日常工作流的：浏览器自动化、能力目录、备份恢复、可复用工作流、筛选/检索类工具。先把这些“基础设施型 Skill”装起来，后面再考虑更花的玩法，才不容易翻车。 下面这 10 个，是我这轮筛下来觉得最值得你关注的。 不是说它们个个完美。 而是至少它们有一个共同点：**不像垃圾。** --- ## 我这次筛选的标准，先摆在前面 在正式开始之前，我先把方法讲一下，不然很容易变成“凭感觉推荐”。 我这次主要参考了三类信息： 1. **ClawHub 站内定位和页面信息** - 它现在明确在往版本化注册表方向走，不再只是杂乱仓库 1. **社区讨论热度** - X 上最近关于 ClawHub / Skills / MCP 的讨论很多，尤其是“该装哪些核心 Skill”“不要乱装垃圾包”这类话题 1. **Skill 页面暴露出来的能力边界和风险扫描信息** - 这一点很关键，因为现在很多 Skill 最大的问题，不是不好用，而是 scope 根本没收住 我把它们大致分成了四类： | 类型 | 适合谁 | 为什么值得先看 | | --------- | ------- | ----------------------- | | 基础设施型 | 所有人 | 能直接提升 OpenClaw 的可用性和稳定性 | | 浏览器 / 抓取型 | 重度自动化用户 | 信息采集、网页操作、测试场景很常见 | | 编排 / 工作流型 | 进阶用户 | 能把多个动作串成真正可复用流程 | | 备份 / 安全型 | 长期使用者 | 这是很多人最容易忽视，但最该补的一环 | 一句话总结： **先装能让你的 Agent 更稳、更实用的；再考虑那些看起来很酷的。** --- ## 1\. OpenClaw Anything：适合把 OpenClaw 当主工作台的人 如果你平时就是深度在用 OpenClaw，那这个 Skill 值得先看。 它的定位很直接：**Comprehensive skill for installing, configuring, and managing the OpenClaw ecosystem**。说人话就是，它想做一个 OpenClaw CLI 的统一外壳，把 Gateway、Channels、Models、Automation、Nodes、Deployment 这些动作尽量收口到一个技能里。 这类 Skill 的价值，不在于“炫”，而在于**把碎片化命令和资料整合起来**。 很多人现在用 OpenClaw 的痛点其实很明显： - 文档知道一点，命令记一点 - 改配置会，但总要回头翻资料 - 节点、模型、部署、网关各是一摊 - 用久了以后，知识散在脑子里和历史消息里 这种情况下，一个“OpenClaw 统一能力入口”的 Skill，是有现实意义的。 ### 我为什么把它放进推荐名单 因为它不是那种“功能写得很大，实际空心”的包。 从页面描述看，它至少方向是对的： - 能围绕 OpenClaw 本体工作 - 能覆盖真实高频动作 - 不是为了某个很窄的 Demo 场景存在 对于经常折腾 OpenClaw 的人来说，这类 Skill 很容易变成“第二层操作台”。 ### 但它也有一个很明显的风险点 这个 Skill 本质上是一个 **OpenClaw CLI wrapper**。 也就是说，它真正做的不是凭空创造新能力，而是**把你本机已有的 openclaw CLI 再包装一层**。这件事本身没错，但风险也非常直接： - 如果底层 CLI 能做高风险操作，它也能接过去 - 如果你把环境变量里的 risky gate 打开， blast radius 会明显变大 - 它对外看起来像“一个 Skill”，但实际能力边界取决于你机器上的 openclaw 本体 所以我的建议很简单： > **适合重度 OpenClaw 用户，但不适合完全不懂权限边界的小白直接乱开。** 如果你只是想找几个“轻量好玩”的 Skill，它不一定是第一优先。 但如果你已经进入长期使用阶段，这个东西值得研究。 --- ## 2\. Browser Automation V2：我会看，但我不会无脑装 浏览器自动化一直是 Skills 生态里最值钱的一类。 因为这类能力一旦做好，OpenClaw 就不只是个聊天壳子了，而是真能： - 打开网页 - 搜信息 - 抓内容 - 批量浏览页面 - 帮你填表 - 做一些重复的网页操作 所以 Browser Automation V2 这种题材，本来就天然很香。 而且它的方向也确实很对：**企业级浏览器自动化**、搜索、抓取、多页面、表单填写，这些都是高频需求。 ### 为什么我没有把它排得更靠前 因为这类 Skill 最大的问题往往不是“有没有用”，而是： **它太容易在实现细节上翻车。** 这个包从能力描述上看是成立的，但风险扫描里有一个我会很在意的点： - 它很多命令是把用户输入拼进 shell command 里再交给 exec 这就意味着什么？ 意味着如果输入没有处理好，理论上就会有命令注入风险。 这不是小问题。 尤其是浏览器自动化这种 Skill，输入往往来自： - URL - 表单字段 - 页面引用 - 外部任务参数 如果这些东西都被直接拼进 shell，再让 Agent 去跑，那安全性就会开始变得很看实现者良心。 ### 我的判断 这个 Skill 不是垃圾。 它的问题是：**适合会审代码、会控制输入的人，不适合看见“浏览器自动化”五个字就直接装。** 如果你本来就在做网页采集、自动测试、表单流转，它值得放进候选名单。 但我的建议是： - 先审一遍实现逻辑 - 先在隔离环境试 - 先用可信输入跑 - 别一上来就喂公开网页和复杂参数 一句话总结： **好题材，真需求，但要带着怀疑去用。** --- ## 3\. OpenClaw Use Case Catalog：不直接干活，但非常适合拿来找灵感 很多人装 Skill 最大的问题，不是装不到，而是根本不知道自己该装什么。 于是就会变成： - 看到热门就装 - 看到标题酷就装 - 装了一堆，最后没有一个真正进入工作流 所以我一直觉得，**目录型 Skill** 其实很有价值。 OpenClaw Use Case Catalog 就属于这种。 它不是一个直接替你干活的工具，而是一个**用例目录 / 场景索引**。这种东西最适合干两件事： 1. 帮你快速理解现在 OpenClaw 生态到底能做什么 2. 帮你从“能力导向”切回“场景导向” 后者尤其重要。 因为大多数人真正需要的不是“一个很强的 Skill”，而是： - 我想做营销线索收集，要用什么 - 我想做 DevOps 巡检，要用什么 - 我想做内容工作流，要怎么搭 - 我想做网页自动化，要从哪一类能力开始 目录型 Skill 最大的意义，就是帮你先找方向，而不是先堆插件。 ### 为什么它值得推荐 因为它能降低决策成本。 你不用一开始就在 ClawHub 海里盲找。 先看目录，再决定往哪条线深入，效率会高很多。 ### 但我要提醒一个现实问题 这类 Skill 容易 scope 漂移。 从页面暴露的信息看，这个包里带有一些“搜索、记录 findings、git commit、git push”一类工作流示意。这个问题不在于它有没有价值，而在于： - 它说自己是“目录” - 但部分示例已经开始触碰写入、推送、SSH 之类动作 这就会让一个本来应该偏“参考资料”的东西，边界开始变模糊。 所以我的建议是： > **把它当“导航册”看，不要当“默认自动执行器”看。** 如果按这个心态使用，它挺有价值。 --- ## 4\. OpenClaw Backup & Restore：这类 Skill 看起来不性感，但我其实很看重 很多人装 OpenClaw、装 Skill、接模型、配节点的时候，脑子里都只有一件事： **怎么更快跑起来。** 但真正用久了你就会知道，更重要的问题其实是： **坏了以后怎么救。** 这就是为什么我会把 Backup & Restore 这类 Skill 放进推荐名单。 它的价值一点都不花哨，但极其现实： - 备份 workspace - 校验备份 - 做恢复 - 在长期使用时保住配置和工作成果 对于只玩两天的人，这种东西确实没感觉。 但对于真的在拿 OpenClaw 做长期工作流的人，这种 Skill 反而属于“越晚越后悔没早点装”的类型。 ### 它为什么值得装 因为它解决的是一个常见但常被忽略的问题： - 配置越积越多 - Skill 越装越杂 - 工作流逐渐成型 - 一次误操作或升级翻车，损失越来越大 这时候你会突然发现，真正值钱的不是“新功能”，而是**可恢复性**。 ### 风险点也很明确 备份类 Skill 的天然风险，不是它不好用，而是： - 会读本地配置 - 可能接触敏感文件 - 可能带 git push / 远程同步逻辑 - 一旦你把备份推到不该去的地方，问题就不只是“丢配置”了，而是“泄露配置” 所以对这类 Skill，我的建议永远都是： - 先看它有没有做脱敏 - 先确认备份目录权限 - 如果要推远程，只推私有仓库 - 不要为了图省事把原始配置整包公开出去 一句话： **这是长期主义用户该优先补上的基础设施 Skill。** --- ## 5\. 安全审查 / vetter 类 Skill：现在已经不是可选项了 如果你问我现在 ClawHub 上最该优先补的一类 Skill 是什么，我可能不会先回答“搜索”或者“自动化”，而是会回答： **安全审查。** 原因很简单。 Skill 生态一热起来，杂包、壳包、危险包、scope 失控包就一定会变多。 最近社区讨论里，也已经开始反复提到这件事：**不要乱装，不要看见新 Skill 就冲，先 vet。** 这类 vetter / safety scanner Skill 的价值，在于它不帮你直接完成业务动作，但它能帮你减少下面这些坑： - 一个 Skill 声称只做搜索，实际上却想碰你的 shell - 一个 Skill 看起来只是目录，结果偷偷带 git push 示例 - 一个 Skill 能力写得很轻，实际权限要得很重 - 一个 Skill 输入边界不清，容易引入注入风险 ### 为什么我把它列进“值得装” 因为现在 Skill 已经不再是“几个官方功能扩展”这么简单了。 它越来越像插件市场。 而一旦是插件市场，安全审查能力就会从“锦上添花”变成“基础配置”。 尤其是你后面如果真准备长期折腾 ClawHub，我建议至少形成一个习惯： > **先 vet，再 install。** 这个动作看起来慢，但长期看，省掉的是一堆更大的麻烦。 --- ## 6\. Search 类 Skill：不是最酷，但最容易真正用起来 你去看绝大多数 Agent 工作流，真正高频的动作往往不是“做一个超复杂闭环”，而是更朴素的： - 找资料 - 搜页面 - 汇总答案 - 快速定位可信来源 所以搜索类 Skill 反而很容易从第一天开始就进入日常工作流。 社区最近也一直在提 brave-search、tavily-search 这一类搜索 Skill，原因不复杂： - 它们好懂 - 它们实用 - 它们和几乎所有任务都兼容 ### 为什么这类 Skill 值得优先装 因为它们不像某些“超酷工作流”一样要先搭完整链路。 装上以后，你马上就能得到几个很明确的好处： - 搜索质量更稳定 - 信息抓取更结构化 - Agent 不至于只在原地胡思乱想 - 很多文章、调研、比价、竞品分析任务都能直接受益 对内容站、技术站来说，搜索类 Skill 的价值尤其大。 说难听一点，很多看起来很高级的 Agent，真正崩掉的地方，就是信息入口太烂。 所以如果你刚开始整理自己的 Skill 组合，我会建议你把搜索类 Skill 放在很前面。 --- ## 7\. Playwright / Agent Browser 一类：信息采集和网页动作的核心能力 如果说搜索类 Skill 解决的是“找到”，那 Playwright / Agent Browser 这一类解决的就是“真正进去操作”。 这类 Skill 的价值，我觉得很多人其实低估了。 因为在很多真实任务里，问题根本不是搜不到，而是： - 页面是动态的 - 需要点开之后才能看到信息 - 需要登录态 - 需要翻多页 - 需要真正与网页交互 这时候，纯搜索已经不够了。 你就需要浏览器行动能力。 ### 它适合哪些人 - 做网页研究 - 做竞品追踪 - 做价格监控 - 做信息采集 - 做自动化表单流转 - 做网页测试和流程验证 这类 Skill 不是人人都必须装。 但如果你已经开始从“AI 问答”转向“AI 帮我跑任务”，它几乎就是必修课。 --- ## 8\. 可复用流程 / self-improving / proactive 这类 Skill：值得看，但别太早沉迷 这几年 Skill 生态里最容易让人上头的一类，就是： - self-improving-agent - proactive-agent - reflective workflows - self-building reusable skills 听起来都很猛。 而且社区确实也很爱转。 但我对这类 Skill 的态度一直比较克制。 ### 为什么 因为它们经常会有一个共同问题： **概念特别先进，落地特别挑环境。** 也就是说，这类 Skill 不是没价值，而是： - 需要你已经有稳定工作流 - 需要你本来就知道自己想优化什么 - 需要你能接受多一层复杂性 如果你现在连基础的搜索、浏览器、备份、目录、权限边界都还没搞稳，就过早追这种“自反思、自进化、自构建”路线，很容易变成： - 多装一层抽象 - 多出一层故障点 - 最后并没有真正省事 ### 我的建议 这类 Skill 可以看，可以研究，可以列入未来路线。 但它们不是今天这篇里我最想让普通读者优先装的东西。 我的态度很简单： > **先把基础设施 Skill 装稳，再去玩自进化。** 不然很容易一步迈太大。 --- ## 9\. 邮件 / 线索收集 / 外联类 Skill：商业价值高，但更吃边界感 像 email lead generation、营销自动化、线索挖掘这类 Skill，从“业务价值”上看通常都不低。 因为它们一旦真的跑通，就不只是提效，而是能直接影响获客、转化、增长。 这也是为什么这类 Skill 在社区里一直有人关注。 ### 但它们的问题也同样明显 - 很容易碰到账号风控 - 很容易过度自动化 - 很容易让用户误以为“装上就能自动获客” - 很容易涉及隐私和合规问题 所以我会把这类 Skill 放进“值得关注，但不要轻信宣传”的名单。 它们确实有可能很值钱。 但值钱，不代表低门槛。 如果你自己本身就有明确的外联流程，这类 Skill 才有意义。 如果你只是因为标题写着“lead generation”就冲，那大概率会失望。 --- ## 10\. 真正的核心不是“装 10 个”，而是先搭出你的前 5 个基础组合 写到这里你应该也能看出来，我其实不想把这篇写成“单纯推荐 10 个名字”。 因为 Skill 这东西，最容易踩的坑就是： **收藏了很多，安装了不少，真正进入工作流的几乎没有。** 所以我更建议你按“组合”去想，而不是按“数量”去想。 如果你今天刚准备重新整理自己的 ClawHub，我建议你先搭出下面这个 **前 5 个基础组合**： | 优先级 | 类型 | 作用 | | --- | ------------------ | -------------- | | 1 | 安全审查 / vetter | 先减少装垃圾和装炸弹的概率 | | 2 | 搜索类 Skill | 提升信息入口质量 | | 3 | 浏览器 / Playwright 类 | 让 Agent 真正能动网页 | | 4 | 目录 / Catalog 类 | 帮你按场景找方向 | | 5 | 备份 / Restore 类 | 把长期使用的底座补上 | 你先把这 5 类补齐，OpenClaw 的体验会立刻稳定很多。 后面再根据你的场景，往上加： - MCP 桥接 - 可复用工作流 - 自进化 Skill - 营销 / 外联 / 研究型能力 这才是一个比较稳的升级顺序。 --- ## 最后结论：ClawHub 现在值得重新刷，但别再用“装得越多越强”这套思路了 我这轮看下来，最大的感受就一句话： **ClawHub 现在已经进入“生态真正开始长起来”的阶段了。** 它不是以前那种“偶尔上去捡两个 Skill 玩玩”的状态了。 现在你能明显感觉到几件事： - Skill 数量越来越多 - 分类越来越完整 - 社区开始形成自己的筛选逻辑 - 安全问题也开始变成显性话题 - 好 Skill 和垃圾 Skill 的差距越来越大 这其实是件好事。 因为一个生态真正成熟的标志，从来都不是“全是精品”，而是： **你开始需要方法去筛。** 而对普通用户来说，最重要的不是追最花的 Skill，而是先把自己的基础组合搭起来。 一句话总结我今天这篇的核心观点： **2026 年玩 ClawHub，先装基础设施，再装花活；先 vet，再 install；先让 Agent 变稳，再让它变炫。** 这样你装出来的，才是一个真正能干活的 OpenClaw，不是一个技能仓鼠窝。 ---