乐于分享
好东西不私藏

OpenClaw 平台与技能市场

OpenClaw 平台与技能市场

This Chapter Solves

OpenClaw 不只是”企业版 Claude Code”——它有一个技能市场和平台化的设计。这一章解释平台思维是什么,以及为什么 OpenClaw 要往这个方向走。

In One Sentence

OpenClaw 的平台层让技能可以像应用一样被发布、发现、购买和共享——把个人的 agent 能力沉淀为可复用的数字资产。

Explain Like I’m New

类比三个层次:

工具(Claude Code / Hermes):
  → 你自己做的锤子,自己用

工具 + 市场(OpenClaw):
  → 你做了一把好锤子
  → 可以在应用商店卖给别人
  → 别人的锤子也可以被你买来用
  → 形成生态系统

平台思维的核心:单个用户的经验可以成为所有用户的资产

技能市场的运作

ClawHub:OpenClaw 的技能市场

ClawHub 是知识图谱中标识的关键节点(Community 0 的核心之一):

ClawHub 功能:

发布端:
  ✅ 技能上传和版本管理
  ✅ 文档和示例自动生成
  ✅ 安全审查(禁止恶意代码)
  ✅ 性能基准测试

发现端:
  ✅ 按类别、评分、使用量搜索
  ✅ 试用模式(有限次数免费试用)
  ✅ 兼容性检查

使用端:
  ✅ 一键导入到 Workspace
  ✅ 自动更新(可选)
  ✅ 使用报告和效果追踪

技能的类型和分级

免费技能(Free):
  → 社区贡献,开源
  → 基础能力,通用场景
  示例:代码格式化、文档生成

专业技能(Pro):
  → 经过验证的高质量技能
  → 按月收费或按使用次数
  示例:财务分析、法律文件审查

企业技能(Enterprise):
  → 定制化,与企业系统深度集成
  → 定价谈判
  示例:与特定 ERP 集成的审批流程

私有技能(Private):
  → 企业内部创建,不公开
  → 在 Workspace 内分享
  示例:公司专有的代码规范检查

平台化的价值链

用户创建优质技能
    ↓
发布到 ClawHub
    ↓
其他用户发现并使用
    ↓
评分和反馈积累
    ↓
创作者获得收益
    ↓
激励更多创作
    ↓
整体平台能力提升

这是一个正向飞轮:平台上的技能越多,OpenClaw 对用户的价值越大,吸引更多用户创作技能。

与 Hermes 技能市场的对比

Hermes 也有技能共享机制,但定位不同:

维度
Hermes 技能共享
OpenClaw ClawHub
定位
个人经验共享
商业技能市场
审核
社区驱动
平台审核
收益机制
无(开源精神)
有(创作者收益)
技能来源
学习循环自动产生
人工创建+验证
质量控制
使用反馈
平台审查+评分

企业私有市场

大型企业可以建立自己的私有 ClawHub:

私有 ClawHub 架构:

┌─────────────────────────────────────────┐
│         企业私有技能市场                  │
│                                         │
│  工程部门的技能 → 全公司共享             │
│  产品部门的技能 → 全公司共享             │
│  安全团队的技能 → 仅限相关工程师         │
│                                         │
│  外部技能(从公共市场购买)→ 导入审查    │
└─────────────────────────────────────────┘

这让企业的知识积累不再”存在个人脑袋里”,而是变成组织级别的可复用资产

Small Example

一家咨询公司使用 OpenClaw 的场景:

开始:每个顾问都有自己的 Claude Code 配置,各自为战

6个月后(引入 OpenClaw + ClawHub):
  资深顾问 A:
    积累了"客户访谈报告生成"技能
    发布到企业私有 ClawHub

  新入职顾问 B:
    从 ClawHub 导入"客户访谈报告"技能
    第一周就能生成专业级报告

  公司整体:
    知识不再"随人离职而流失"
    存在 ClawHub 里,永久可用
    还可以持续优化

这就是平台化的实际价值:把个人经验变成组织资产。

实验故事

我观察过一个团队从「各自为战」到「知识共享」的转变过程,这个过程大概花了半年,但关键的改变发生在一个下午。

那个团队里有一个叫小张的工程师,写代码七年,在公司用 Claude 做代码审查已经坚持了四个月,他的那套配置和 Skill 文件经过几十次迭代,极其精细。他知道他们团队最容易犯的几类错误,知道 TypeScript 里哪些 pattern 要重点检查,知道他们那套微服务架构的特有陷阱。

这些知识存在他的 .claude/skills/ 目录里,只有他自己用得到。

有一次新来了一个实习生,第一次做代码审查,用的是默认的 Claude,没有任何特殊配置,结果漏掉了一个团队三个月前刚踩过的经典坑,一个异步操作没有正确处理 race condition,上了测试环境才被发现。

小张花了一下午把那个坑加进了他的 Skill 文件,然后突然想到,「等一下,我这个东西为什么只有我在用?」

他把 Skill 文件发给了整个团队,大家导入之后,下一周那个新人用同一份配置做审查,第一次就把那个 race condition 的模式标了出来。

这个故事让我理解了「平台化」这个词的真实含义,不是说要建一个多复杂的系统,而是要有「让个人经验流动起来」的机制。ClawHub 解决的就是这件事,提供一个标准化的容器,让知识可以从一个人流向很多人,而不是锁在某个人的本地目录里等着被遗忘。

经验不流动就只是个人资产,经验流动才是组织资产。这两者的差距,在人离职的那天才会最清楚地显现出来。

How It Connects

  • Workspace [[02-OpenClaw-Agent-Workspace]] — 技能在 Workspace 中使用
  • 部署安全成本 [[04-OpenClaw-Deployment-Security-Cost]] — 市场技能也需要安全审查
  • 技能基础 [[01-Foundations/04-What-Is-A-Skill]] — 平台化的技能概念
  • Hermes 技能系统 [[04-Hermes-Skill-System]] — 技能进化 vs 技能市场

Common Mistakes

误解
真相
市场技能拿来直接用就行
市场技能通常需要配置适配你的环境
技能质量靠评分判断
高评分技能也可能不适合你的具体场景
私有技能不需要管理
私有技能同样需要版本管理和文档