前言:一只"爪子"掀起的 AI Agent 革命

2025 年 11 月,奥地利独立开发者 Peter Steinberger 把一个实验性脚本推送到 GitHub,名字叫 Clawdbot。没人料到它会在 60 天内登顶 GitHub 趋势榜,并引发一场命名风波、安全危机,以及一整个 “Claw” 生态的诞生。

这就是 OpenClaw 的故事。

它的历程堪比好莱坞剧本:

  1. Clawdbot(2025/11 - 2026/1/27) — 初生爆红,两月内斩获 10 万 GitHub Star
  2. Moltbot(2026/1/27 - 1/30) — Anthropic 以商标近似(Claude)为由施压,被迫改名,仅存活 3 天
  3. OpenClaw(2026/1/30 - 至今) — 最终定名,GitHub Star 突破 280,000,成为开源史上增长最快的项目之一

一、OpenClaw 是什么?

OpenClaw(又称 ClawdBot)是一个开源的个人 AI 智能体框架。它与你熟悉的 ChatGPT 有本质不同:

维度 传统 AI 聊天工具 OpenClaw
交互方式 一问一答 7×24 后台持续运行
触发方式 主动打开对话 WhatsApp、Telegram、邮件、定时任务均可触发
执行能力 文本输出 可执行代码、操作文件、发送消息、调用 API
数据控制 云端托管 本地/自托管,数据自主可控
成本模式 月费订阅 免费框架 + 仅需支付 Token 费用

它的核心配置文件是 SOUL.md — 一个 Markdown 文件,用自然语言定义智能体的"个性"、权限和技能集。

核心能力

  • 多平台接入:WhatsApp、Telegram、Slack、Discord、Signal、iMessage、飞书等 15+ 平台
  • 技能市场(ClawHub):超过 13,729 个社区技能,覆盖日历管理、邮件处理、网页爬取、代码执行等
  • 多 Agent 协作:多个智能体并行工作,可共享记忆和任务分配
  • Moltbook 社交网络:AI 代理专属社交平台,注册代理数超过 150 万

二、为什么 “Claw” 生态如此繁荣?

OpenClaw 爆火后,社区迅速发现了它的三大痛点:

  1. 体量臃肿:代码量超 430,000 行,52+ 模块,45+ 依赖,内存占用 200-400MB,冷启动 ~8 秒
  2. 安全隐患:2026/1/31 曝出 CVE-2026-25253(CVSS 8.8,一键 RCE),41.7% 的 ClawHub 技能存在安全风险,42,000+ 实例暴露公网
  3. 语言锁定:TypeScript/Node.js 技术栈限制了特定场景的性能上限

这三大痛点催生了各具特色的"Claw 衍生体"。


三、主角登场:九大 Open Claw 类产品横评

综合对比速览

项目 语言 GitHub Stars 二进制大小 内存占用 冷启动 核心定位
OpenClaw TypeScript ~280,000 ~800MB ~1.2GB ~8s 功能最全,生态最大
NanoClaw TypeScript ~21,500 小(容器化) 可变 中等 安全第一,容器隔离
ZeroClaw Rust ~26,200 3.4MB <5MB <10ms 性能王者,边缘部署
Moltis Rust ~2,000 单一二进制 中等 快速 企业级,可观测性强
PicoClaw Go ~13,300 单一二进制 <10MB 快速 嵌入式,边缘硬件
Nanobot Python ~26,800 N/A 中等 中等 轻量学术,4K 行代码
IronClaw Rust N/A WASM 模块 快速 零信任,加密验证
MicroClaw Rust N/A 单一二进制 快速 平台支持最广(14+)
NullClaw Zig N/A 678KB ~1MB <2ms 极致轻量,最小化

1. OpenClaw — 原版生态之王

GitHub: openclaw/openclawStars: ~280K

架构设计:

SOUL.md(智能体配置)
    └── Node.js 主进程
        ├── Channel 层(消息平台适配器)
        ├── Skills 层(ClawHub 技能库)
        ├── Memory 层(持久化记忆)
        └── MCP 工具调用层

核心优势:

  • ClawHub 技能市场:13,729+ 技能,几乎覆盖所有使用场景
  • 社区最成熟,文档最完善,上手资料最多
  • 配套 Moltbook AI 社交平台
  • 支持 Claude Opus 4.6、GPT-5.4、Ollama 本地模型

已知痛点:

  • CVE-2026-25253(CVSS 8.8):攻击者可通过精心构造的消息触发 RCE
  • CVE-2026-26327:认证绕过漏洞
  • 技能供应链风险:官方调查显示约 20% 技能存在安全问题
  • 资源消耗是所有方案中最高的

适合谁: 需要"开箱即用"的丰富功能,愿意承担安全加固成本的用户


2. NanoClaw — 安全优先的轻量替代

GitHub: nanoclawproject/nanoclawStars: ~21,500
来源视频: Better Stack《NanoClaw: The Lightweight, Secure AI Assistant OpenClaw Should Have Been》(5.7 万播放)

架构亮点:
NanoClaw 最革命性的设计决策是:每个会话强制运行在独立的 Linux 容器中(macOS 上使用 Apple Containers),而非 OpenClaw 的单进程共享内存模型。

每条消息触发
    └── 新建隔离容器
        ├── 文件系统访问 → 需显式授权
        ├── 网络请求 → 需显式授权
        └── 完成后 → 容器销毁,审计日志写入

关键数字:

  • 核心代码:~700 行(可在 30 分钟内完整审计)
  • 基于 Anthropic Agents SDK 构建
  • 支持智能体集群协作(多个 NanoClaw 实例联动)

局限: 容器启动开销大,对高并发场景不友好;技能生态远不及 OpenClaw

适合谁: 金融、医疗、法律等合规敏感场景;需要可审计代码库的安全工程师


3. ZeroClaw — Rust 打造的性能王者

GitHub: zeroclaws-rs/zeroclawStars: ~26,200
来源视频: 《ZeroClaw vs OpenClaw: It’s Not Even Close》(1.1 万播放)

性能对比(ZeroClaw vs OpenClaw):

指标 OpenClaw ZeroClaw 差距
空闲内存 ~1.2GB ~4MB 300x 小
冷启动时间 ~8秒 <10ms 800x 快
二进制大小 ~800MB ~3.4MB 235x 小
最低硬件 2GB RAM VPS $10 单板机 -

三种运行模式:

  • CLI 代理模式:交互式命令行
  • HTTP 网关模式:作为 REST API 服务
  • 守护进程模式:后台持续运行

LLM 支持: 22+ 提供商,包括 OpenAI、Anthropic、Groq、xAI、Mistral、DeepSeek、Perplexity,一行 config.toml 切换

从 OpenClaw 迁移: 项目提供详细迁移文档,大部分 SOUL.md 配置可直接复用

适合谁: 树莓派/边缘设备部署、对延迟敏感的生产环境、需大规模部署(成本优化)


4. Moltis — 企业级 Rust 全家桶

GitHub: moltis-ai/moltisStars: ~2,000

规模: 15 万行代码,27+ 工作区 crate, unsafe 代码块,2300+ 测试覆盖

企业特性矩阵:

功能 支持情况
语音 I/O ✅ 原生支持
向量记忆 ✅ 内置
MCP 服务器 ✅ 支持
生命周期钩子 ✅ 15 个钩子点
Prometheus 监控 ✅ 原生集成
OpenTelemetry 链路追踪 ✅ 原生集成

适合谁: 需要完整可观测性栈的企业用户;对语音交互有需求的团队


5. PicoClaw — "一天开发完成"的边缘神器

GitHub: picoclaw-go/picoclawStars: ~13,300
来源视频: 《NEW PicoClaw DESTROYS OpenClaw?》(3.2 万播放)、《The Chinese OpenClaw is Here…(PicoClaw)》(2.7 万播放)

起源: 一位开发者在不满 OpenClaw 的庞大体积后,用 1 天时间用 Go 语言写出 PicoClaw(95% 代码由 AI 自举生成)

硬件要求:

  • 最低内存:<10MB
  • 支持 RISC-V 架构(10 美元级单板机可运行)
  • 冷启动:接近即时

与 OpenClaw 的频道支持对比:

平台 OpenClaw PicoClaw
WhatsApp
Telegram
Discord
Slack
Signal 社区
总计 15+ 5

适合谁: IoT 场景、嵌入式设备、希望彻底读懂代码库的极简主义者


6. Nanobot — Python 学术派

GitHub: nanobot-ai/nanobotStars: ~26,800
来源视频: 《OpenClaw vs Claude explained simply in 8 minutes》(2.6 万播放)

架构哲学: 把 OpenClaw 的 43 万行代码减少到 4,000 行 Python(代码量减少 99%),聚焦核心代理循环:

规划(Plan) → 工具调用(Tool Use) → 结果摘要(Summarize) → 记忆更新(Memory)

核心模块:

  • agents:代理调度与决策
  • skills:技能定义(SKILL.md 格式)
  • channels:平台适配器
  • tools:工具调用抽象

特色:

  • 支持本地 LLM(vLLM、Ollama)
  • 基于 MCP(Model Context Protocol)架构
  • 内置 Cron 调度器
  • 易于集成 Jupyter Notebook(数据科学友好)

适合谁: Python 数据科学社区;学术研究者;想要快速理解 Agent 运作原理的开发者


7. IronClaw — 零信任安全堡垒

语言: Rust | 安全等级: 最高

多层安全模型:

TLS 加密传输
    └── WASM 沙箱隔离(每个工具调用)
        └── Docker 容器隔离
            └── 凭证加密存储
                └── 加密验证(Cryptographic Attestation)

适合谁: 处理高度敏感数据的场景;去中心化和零信任架构的实验性部署


8. MicroClaw — 平台覆盖之王

语言: Rust | 平台支持: 14+ 消息平台(最多)

独家支持平台:

  • 飞书(Lark)
  • 钉钉(DingTalk)
  • QQ
  • Nostr(去中心化)
  • Signal
  • Matrix
  • IRC

适合谁: 国内企业用户(飞书/钉钉集成);需要覆盖小众通讯平台的团队


9. NullClaw — 极致极简的哲学实验

语言: Zig | 二进制大小: 678KB | 内存: ~1MB | 启动: <2ms

功能精简到只保留最核心的代理循环,是为追求绝对最小二进制的极客而生的作品。社区规模较小,但代表了 AI Agent 轻量化的极端探索。


四、OpenClaw vs Claude Code — 被误解的"竞争"

市场上流传着 OpenClaw 和 Claude Code 是竞争对手的说法。来自 Craig Hewitt 的对比视频(7.5 万播放)给出了更清晰的答案:它们根本不是同类产品。

维度 Claude Code OpenClaw
本质定位 AI 编程专家 AI 全场景自动化平台
核心优势 代码理解、IDE 深度集成 多 Agent 协作、全天候后台任务
交互方式 开发者主动发起对话 定时/消息触发,无需人工干预
适用场景 写代码、调试、重构、Git 操作 办公自动化、数据采集、报告生成
成本 月费约 140-1400 元 免费 + Token 消耗
部署方式 云端 SaaS 本地/自托管
上下文窗口 百万级(Claude Opus 4.6) 依赖所选模型

最佳实践是组合使用:

OpenClaw(调度层)
    ├── 监听 Git Commit → 触发代码审查流程
    ├── Claude Code(执行层)→ 深度代码分析与优化
    └── 并行 Agent 协作 → 大规模代码库重构

五、安全风险全景扫描

这是 2026 年 AI Agent 生态中不能回避的话题。

CVE 清单

漏洞编号 影响项目 CVSS 评分 类型 状态
CVE-2026-25253 OpenClaw 8.8 一键 RCE(远程代码执行) 已有补丁
CVE-2026-26327 OpenClaw 中危 认证绕过 已修复

各方案安全模型对比

安全性强度(低 → 高):

PicoClaw(无正式安全模型)
    ↓
Nanobot(Python 动态类型,无安全审计)
    ↓
OpenClaw(大量代码,主动修复 CVE)
    ↓
ZeroClaw(Rust 内存安全 + 白名单默认拒绝)
    ↓
Moltis(零 unsafe + 2300 测试)
    ↓
NanoClaw(容器级隔离 + 显式权限门控)
    ↓
IronClaw(WASM 沙箱 + 零信任 + 加密验证)

通用安全建议

如果你使用 OpenClaw:

  1. 立即更新 到最新版本(修复 CVE-2026-25253/26327)
  2. 防火墙隔离:不要将 OpenClaw 实例直接暴露公网
  3. 技能审计:安装前检查 ClawHub 技能的代码和权限申请
  4. 最小权限原则:SOUL.md 中只授权必要的系统权限

六、生态系统的七大挑战

即便是最成熟的 OpenClaw,整个 Claw 生态也面临这些未解决的问题:

  1. 多智能体协调原语缺失 — 并发任务冲突解决机制不成熟
  2. 测试框架空白 — 没有标准化的 Agent 行为测试工具
  3. 可观测性不足 — 难以追踪智能体的决策推理链路(Moltis 是少数例外)
  4. 技能安全审计依赖人工 — ClawHub 无法自动检测恶意技能
  5. 跨项目技能不通用 — OpenClaw 的 SKILL.md 无法直接在 NanoClaw/ZeroClaw 中使用
  6. 非开发者门槛依然存在 — 虽有 Web UI,完整配置仍需一定技术背景
  7. 多模态交互薄弱 — 语音和视觉输入支持还很初级(Moltis 除外)

七、选型决策框架

我最关心什么?
│
├─ 功能最全、生态最大
│   └─► OpenClaw(做好安全加固)
│
├─ 处理敏感数据,需要合规证明
│   └─► NanoClaw(容器级隔离)
│
├─ 性能 / 边缘部署 / 低成本大规模
│   └─► ZeroClaw(Rust + <5MB 内存)
│
├─ 企业可观测性 + 语音支持
│   └─► Moltis(Prometheus + OpenTelemetry)
│
├─ 覆盖飞书 / 钉钉 / QQ 等中国平台
│   └─► MicroClaw
│
├─ Python 生态 / 学术研究
│   └─► Nanobot
│
├─ IoT / RISC-V / 嵌入式
│   └─► PicoClaw
│
├─ 零信任 / 去中心化安全
│   └─► IronClaw
│
└─ 绝对最小化(678KB 极客)
    └─► NullClaw

八、从 Fireship 视频中学到的:OpenClaw 为何能爆红?

Fireship 的 182 万播放视频揭示了 OpenClaw 爆火的几个关键因素:

  1. 时机完美:2025 年底 AI Agent 概念大热,OpenClaw 成为"最容易上手的 Agent 框架"
  2. 频繁更名制造话题:Clawdbot → Moltbot(3天)→ OpenClaw,每次更名都引发媒体报道
  3. Moltbook 的 AI 社交概念:AI 代理之间互相"社交"的概念极具传播性
  4. 评论区的调侃文化:社区幽默感强,形成正向传播飞轮(最高赞评论:“ONE MORE AI WRAPPER THEN WE WILL HAVE AGI, I PROMISE BRO JUST ONE MORE”)
  5. 安全漏洞反而放大了传播:安全研究者的公开分析为项目贡献了大量流量

结语

OpenClaw 生态在不到 4 个月的时间里,从一个周末项目演变成一个拥有数十个衍生框架、数百万用户的生态系统。每一个"Claw"分支都代表着社区对原版的某种不满和探索:

  • NanoClaw 说:安全不能靠运气
  • ZeroClaw 说:性能应该是第一公民
  • Moltis 说:企业级可以也是开源的
  • PicoClaw 说:简单才是硬道理
  • Nanobot 说:Python 生态不该被遗忘

而 OpenClaw 本身则证明:在 AI 时代,个人开发者一个人也能改变世界的软件格局

Logo

小龙虾开发者社区是 CSDN 旗下专注 OpenClaw 生态的官方阵地,聚焦技能开发、插件实践与部署教程,为开发者提供可直接落地的方案、工具与交流平台,助力高效构建与落地 AI 应用

更多推荐