夜雨聆风【编者按】 当一个开源项目在4个月内狂揽27万星标、催生出12条独立产品线——这已经不是"流行"，而是生态爆发。
2026年的AI Agent战场，正在发生一场静默的分裂。OpenClaw，那个让AI从"会说话"进化为"会做事"的开源框架，如今正以令人目眩的速度长出分支：有人把它塞进了比拇指还小的芯片里，有人用它重构了企业安全架构，还有人干脆把它变成了一键上线的云服务。
这不只是技术迭代的故事。这是关于一场开源生态如何自我进化、自我殖民的田野调查。
本文基于对OpenClaw及其全部11个衍生产品的深度梳理，试图回答一个问题：当你真正需要一套AI Agent方案时，应该选择哪一条路？
一、OpenClaw是谁？它的基本盘有多大？
先说原版。
OpenClaw由奥地利开发者Peter Steinberger（PSPDFKit创始人）主导开发，2025年11月推出初版，2026年1月30日正式定名OpenClaw。底层基于TypeScript + Node.js 22+，采用轴辐式（Hub-and-Spoke）架构，核心由三部分构成：
Gateway（网关层）：统一入口、消息路由、任务调度
Agent（智能体）：接入大模型、执行推理决策
Skills（技能）：模块化能力扩展单元
截至报告期，OpenClaw的核心数据：
| 维度 | 数据 |
|---|---|
| GitHub Stars | 270,000+ |
| Forks | 47,000+ |
| Contributors | 900+ |
| 支持消息平台 | 15+（Telegram、Discord、Slack、WhatsApp、Signal等） |
| 支持LLM | 22+（Claude、GPT、DeepSeek、通义千问、Ollama等） |
| 技能生态 | 5,000+社区技能，53个官方技能 |
MIT开源协议。免费。
这是基本盘。下面我们进入真正的战场。
二、11条分支：一个框架的生态殖民
这11个衍生产品并非随意生长。它们沿着三条主轴分化：极致轻量化、企业安全、场景垂直化。
2.1 极致轻量化：把AI Agent塞进嵌入式设备
这条线路的逻辑很简单：不是所有场景都需要跑到云端或高性能PC上。IoT设备、边缘计算节点、单板计算机——它们也需要"智能"。
PicoClaw（12K Stars）
开发者：Sipeed
语言：Go
二进制大小：<10MB
内存占用：<10MB
支持平台：RISC-V / ARM / x86
能在10美元单板机上运行
定位：超轻量级IoT嵌入式版本
NullClaw（3.5K Stars）
开发者：Zig社区
语言：Zig
二进制大小：678KB
启动时间：<2ms（M1）/ <8ms
定位：效率至上的极限优化，Zig语言生态延伸
zclaw（未公开Stars）
开发者：社区项目
语言：C
定位：ESP32微控制器版AI助手
适合场景：智能家居、传感器网络、轻量级物联网节点
这条线的共同特点：功能极度精简，但将"AI能力"下沉到了硬件成本趋近于零的层级。
💡 如果你的业务场景是工厂传感器、农业物联网设备、嵌入式终端——PicoClaw或zclaw是当下最实际的选项。
2.2 企业安全：把AI装进"沙箱"里
当AI Agent开始处理企业数据、访问内部系统时，安全就不再是"加分项"，而是"入场券"。
IronClaw（Stars未公开）
开发者：Near AI
语言：Rust
定位：企业级安全优先替代方案
核心技术架构：
┌──────────────────────────────────────┐│ Security Layer │ ← 三层权限控制├──────────────────────────────────────┤│ Channel Layer │ ← 10+消息平台├──────────────────────────────────────┤│ AI Layer │ ← 22+ LLM提供商└──────────────────────────────────────┘┌──────────────────────────────────────┐│ IronClaw Core Process │├──────────────────────────────────────┤│ WASM Sandbox（工具执行隔离区） ││ ┌─────────────┬─────────────┐ ││ │ Tool A │ Tool B │ ││ └─────────────┴─────────────┘ │├──────────────────────────────────────┤│ PostgreSQL + pgvector（零遥测） │└──────────────────────────────────────┘
核心安全特性：
WebAssembly沙箱：工具执行与核心进程完全隔离
基于能力的权限系统：最小权限原则
5层纵深防御：纵深防御架构
零遥测设计：数据不离开企业边界
操作审计日志：完整可追溯
💡 如果你在金融、医疗、政府等强监管行业，IronClaw是目前唯一经过架构层面安全设计的OpenClaw衍生产品。
2.3 场景垂直化：有人做云端托管，有人做视觉识别
MaxClaw（非开源）
运营方：MiniMax
定位：零门槛托管云服务
特点：即开即用，无需配置，40GB云存储+RAG
目标用户：技术背景薄弱但需要AI能力的普通用户
KimiClaw
开发者：Moonshot AI
发布时间：2026年2月15日
定位：以浏览器为中心的托管智能体
特点：云端运行，厂商托管
CoPaw
开发者：阿里云
语言：云端服务
定位：协同个人智能体工作台
协议：Apache-2.0 开源
特点：支持钉钉/飞书/QQ等国内平台集成，企业级API
UI-TARS Desktop
开发者：字节跳动
定位：纯视觉识别UI操作
已开源
特点：无需API，通过视觉识别直接操作界面，适合老系统自动化
VisionClaw（Stars未公开）
发布时间：2026年初
语言：Swift/Kotlin
定位：智能眼镜专属Agent
特点：实时语音+视觉输入，AR/VR场景专用
2.4 教学与极客友好：代码即教科书
NanoClaw（20K Stars）
开发者：香港大学
语言：Python
代码量：仅4000行
定位：教育友好的参考实现
NanoClaw的意义不在于生产使用，而在于它是一本活的Agent开发教科书。代码简洁、模块边界清晰，社区评价其为"理解Agent核心原理的最佳起点"。
三、技术维度全景对比
以下是12个产品（OpenClaw + 11个衍生品）在关键维度上的对比：
| 产品 | 语言 | 二进制大小 | 内存占用 | 启动时间 | 核心定位 |
|---|---|---|---|---|---|
| OpenClaw | TypeScript/Node.js | ~150MB | ~1GB+ | 30-500s | 完整功能 |
| ZeroClaw | Rust | 3.4MB | <5MB | <10ms | 高性能 |
| PicoClaw | Go | <10MB | <10MB | <1s | 嵌入式 |
| NanoClaw | Python | 代码4000行 | ~500MB | 5-30s | 教学 |
| IronClaw | Rust | 未公开 | 未公开 | 未公开 | 企业安全 |
| NullClaw | Zig | 678KB | ~1MB | <2ms | 极限效率 |
| MaxClaw | 云服务 | — | — | 即开即用 | 零门槛托管 |
| KimiClaw | 云服务 | — | — | 即开即用 | 浏览器中心 |
| CoPaw | 云服务 | — | — | 即开即用 | 企业协作 |
| UI-TARS | 云服务 | — | — | 即开即用 | 视觉识别 |
| zclaw | C | ESP32适用 | 极低 | 极快 | ESP32微控 |
| VisionClaw | Swift/Kotlin | — | — | — | 智能眼镜 |
四、场景化选型指南：你不该选谁？
网上有太多"哪个最好"的讨论，但这个问题本身就是个陷阱。没有最好的工具，只有最适合场景的工具。
✅ 选 OpenClaw：如果你是高级用户/开发者
最完整的功能集、最丰富的技能生态（5000+技能）、最灵活的配置空间。代价是：需要Node.js知识、安全配置能力和一定的维护成本。
✅ 选 ZeroClaw：如果你是VPS运维人员
3.4MB二进制、<5MB内存、<10ms启动——这是为资源受限环境（如VPS集群、树莓派）量身定制的版本。技能生态不如OpenClaw丰富，但性能指标几乎全面碾压。
✅ 选 PicoClaw / zclaw：如果你是IoT开发者
嵌入式设备、边缘节点、智能家居控制器——这个层级的设备需要的不只是"能跑"，而是"零维护、低功耗、长期运行"。PicoClaw和zclaw填补的正是这个空白。
✅ 选 IronClaw / CoPaw：如果你是企业IT负责人
金融、医疗、政府——这些场景的共同特点是：出一次数据安全事故，代价远超技术成本。IronClaw的WASM沙箱+零遥测设计，是目前唯一在架构层面解决这个问题的方案。CoPaw则更适合需要团队协作和国内办公软件集成的企业环境。
✅ 选 NanoClaw：如果你是AI学习者
不是生产工具，是学习工具。4000行清晰的Python代码，是对"AI Agent到底是怎么工作的"这个问题的最佳答案。
✅ 选 MaxClaw / KimiClaw：如果你是普通用户
不会配置、不懂技术、只是想让AI帮忙处理日常事务——云端托管方案是唯一合理选项。代价是你的数据会上传到厂商服务器，隐私需要自行评估。
✅ 选 UI-TARS Desktop：如果你的场景是"老系统自动化"
医院HIS系统、银行核心系统、政府老旧办公软件——这些系统没有API、没有开放接口，传统RPA方案需要复杂的录制和适配。UI-TARS的纯视觉识别方案，绕过API直接操作界面，是目前最实际的解法。
五、五大趋势：AI Agent的下一个18个月
基于这份报告的梳理，我看到了五个清晰的技术方向：
趋势一：本地优先化
从云端向本地迁移，不是倒退，而是对数据主权的理性回归。OpenClaw、ZeroClaw、IronClaw都在做这件事。隐私法规越收越紧，本地部署的成本反而在下降——这个趋势只会加速。
趋势二：极致轻量化
IoT不是噱头，是真实需求。当一块ESP32芯片售价不足1美元时，它的AI需求是真实存在的。PicoClaw、NullClaw、zclaw代表的不是低端化，而是AI能力的民主化。
趋势三：企业级安全架构
IronClaw带来的最大启示不是"Rust比TypeScript安全"，而是"安全应该是架构设计的结果，而不是补丁的结果"。当AI Agent被用于处理敏感数据时，这句话的分量会越来越重。
趋势四：多模态融合
VisionClaw和UI-TARS代表的方向：AI不应该只能看文字，还应该能看界面、看世界、看空间。随着AR/VR设备的普及，这个方向的天花板会持续上移。
趋势五：生态集成
OpenClaw原版支持15+平台，CoPaw做钉钉/飞书集成，UI-TARS做视觉识别——垂直场景的深度集成正在取代"通用能力"成为新的竞争壁垒。对于企业来说，选型时"能否无缝接入现有系统"可能比"性能参数"更重要。
六、风险提示：繁荣背后的暗流
在文章最后，有必要泼一盆冷水：
OpenClaw的安全漏洞不可忽视。 CVE-2026-26320等多条安全漏洞已被披露并持续修复中。本地部署的用户需要建立定期更新机制，不能"装完就不管"。
云端服务的厂商锁定风险是真实的。 MaxClaw、KimiClaw、CoPaw等服务体验流畅，但数据路由、模型切换、费用调整的主动权都在厂商手中。选择云端方案时，务必评估数据迁移路径。
部分衍生产品维护活跃度参差不齐。 社区项目的通病：创始团队热情消退后，维护可能停滞。选型时应关注GitHub提交频率和Issue响应速度。
结语
OpenClaw用27万星标证明了一件事：开源社区有能力将一个好的想法，快速迭代成一整个产品矩阵。
但这不是终局。12条产品线背后，是对"AI Agent究竟应该长什么样"这个根本问题的不同回答。有人追求性能、有人追求安全、有人追求极简、有人追求功能——每一条路都在教育市场，也在定义未来。
真正的赢家，不是那个参数最好看的，而是那个在特定场景下，能让你用起来的。
选哪条路，现在你可以自己做决定了。
相关资源
OpenClaw官方仓库：github.com/mudrii/openclaw
ClawHub技能市场：clawhub.com
ZeroClaw：github.com/zebradil/openclaw-rust
PicoClaw：github.com/sipeed/picoclaw
NanoClaw：github.com/nanoclau/nanoclau
IronClaw：github.com/nearai/ironclaw
CoPaw（阿里云）：copaw.aliyun.com
本文内容基于公开信息整理，数据截至2026年3月。部分衍生产品Stars数据未公开，以官方披露为准。
