OpenClaw 生态：从 43 万行到 400 行的 AI Agent 进化史

OpenClaw 是什么

2025 年底，一个叫 OpenClaw 的开源项目在 GitHub 上火了。它是个本地运行的 AI 助手，通过 WhatsApp、Telegram、Discord 这些聊天软件和你交互。

核心架构很简单：gateway 负责接入聊天平台，agent 负责调用工具、管理记忆、执行任务。所有数据存在本地，用 markdown 文件做持久化，支持心跳任务（定时检查待办）、子代理（spawn 新 agent 处理复杂任务）。

听起来不错，但有个问题：太重了。

原版用 TypeScript 写的，代码超 43 万行，启动要好几秒，运行时内存占用超 1GB。对于想在树莓派或者老手机上跑的人来说，这就是灾难。

为什么会有这么多 fork

2026 年 1-2 月，OpenClaw 的生态突然爆发了。短短两个月，出现了至少 6 个重写版本，每个都针对不同的痛点：

资源占用：从 1GB RAM 降到 5MB
启动速度：从几秒降到 10ms
硬件兼容：从需要 VPS 到能在 $5 芯片上跑
安全性：从裸奔到 WASM 沙箱 + 加密存储

这不是简单的"我也写一个"，而是工程权衡的分化。每个 fork 都在回答同一个问题：如果我只保留核心功能，能做到多轻？

六个主要衍生项目

1. nanobot - 最易读的版本

GitHub: HKUDS/nanobot
语言: Python
代码量: 约 4000 行
星标: ~23k

香港大学数据科学实验室做的，核心只有 4000 行 Python 代码。支持多 LLM（OpenRouter/Anthropic/OpenAI/vLLM）、多聊天平台、MCP 工具集成、cron 任务、双层 memory。

架构清晰：agent/（loop + context + memory + skills）+ channels/（平台适配）+ providers/（LLM registry）+ tools/ + cron/。

适合想快速理解 OpenClaw 原理、做二次开发的人。社区里经常有人说"4k 行 vs 43 万行"，这就是那个 4k 行。

2. PicoClaw - 嵌入式优化版

GitHub: sipeed/picoclaw
语言: Go
内存: <10MB
星标: ~17.8k

Sipeed（中国硬件公司）做的，用 Go 写的单二进制文件。内存占用小于 10MB，启动时间小于 1 秒，能在 $10 的 RISC-V/ARM 开发板上跑，甚至支持老安卓手机（Termux）。

95% 的代码是 LLM 生成的（AI 自举开发）。支持多聊天平台、工具调用、心跳任务、workspace 沙箱。所有操作默认限制在 ~/.picoclaw/workspace，安全且易扩展。

中文社区特别火，很多人在 YouTube 上发"在 $10 板子上跑 OpenClaw 替代"的视频。

3. ZeroClaw - 性能怪兽

GitHub: zeroclaw-labs/zeroclaw
语言: Rust
内存: <5MB
启动: <10ms
星标: ~16.8k

Harvard/MIT/Sundai 学生团队做的，用 Rust 重写。单二进制文件只有 3.4MB，内存占用小于 5MB，启动时间小于 10ms（0.8GHz 核心）。

用 Rust 的 trait 系统实现模块化：provider/channel/tool/memory 都可以任意替换。默认安全（allowlist、filesystem scoping、encrypted secrets），支持 hybrid memory（SQLite vector + keyword）。

Twitter 上经常有人说"200x 启动速度""destroys OpenClaw""10ms 级适合生产"。

4. IronClaw - 安全优先版

GitHub: nearai/ironclaw
语言: Rust
星标: ~2.9k

Near AI / Illia Polosukhin 团队做的，专注安全和隐私。用 WASM 沙箱执行工具（比 Docker 轻）、prompt injection 防御、credential 保护、本地加密 PostgreSQL（pgvector）。

多层安全：allowlist + leak detection + 数据全本地 + 无遥测。功能对齐 OpenClaw（有 FEATURE_PARITY.md 追踪进度）。

适合企业或者对隐私有高要求的用户。Twitter 上讨论的焦点是"最可信 fork""企业级安全"。

5. TinyClaw - 多代理协作版

GitHub: jlia0/tinyclaw
语言: Shell/TS/Python 混合
代码量: 约 400 行
星标: ~2.3k

TinyAGI 组织做的，核心只有 400 行。专注多代理团队协作：isolated roles + workspaces、链式/扇出协作、TUI 实时监控、文件队列（无竞争条件）、tmux 24/7。

用现有的 Claude Code / Codex CLI 驱动。架构极简：文件队列（~/.tinyclaw/queue/）+ processor 路由到 per-agent workspace + actor model 消息传递。

适合想极致轻量、多代理协作的用户。社区里有人说"400 行重建 OpenClaw""多代理神器"。

6. MimiClaw - 最极端的嵌入式版

GitHub: memovai/mimiclaw
语言: C
硬件: ESP32-S3
星标: ~2.9k

最极端的版本：直接在 $5 的 ESP32-S3 芯片上跑，无 Linux/OS，无 Node/RPi/VPS。0.5W USB 供电，Telegram 接口，本地 flash 内存（SPIFFS），OTA 更新，心跳/cron，工具调用。

纯 C 实现的嵌入式 agent loop：Telegram → LLM ReAct → tools/memory。用 SPIFFS 存储 SOUL.md / MEMORY.md / HEARTBEAT.md / cron.json。双核分离（网络 vs AI 逻辑）。

Twitter 上惊叹帖很多："OpenClaw on $5 芯片""最便携隐私版"。极客圈爆火。

如何选择

这是个资源占用 vs 功能完整度的权衡：

功能完整度
  ↑
  │  OpenClaw (43万行, 1GB RAM)
  │
  │  nanobot (4k行, Python, 易读)
  │
  │  PicoClaw (Go, <10MB, 嵌入式)
  │  ZeroClaw (Rust, <5MB, 性能)
  │  IronClaw (Rust, 安全)
  │
  │  TinyClaw (400行, 多代理)
  │
  │  MimiClaw (C, ESP32, $5)
  └──────────────────────────→ 资源占用

决策树：

日常使用 + 易上手 → nanobot 或 PicoClaw
性能 + 生产环境 → ZeroClaw
安全 + 企业 → IronClaw
多代理协作 → TinyClaw
极致边缘 + 便携 → MimiClaw 或 PicoClaw

这个生态说明了什么

OpenClaw 生态的爆发，反映了 AI Agent 领域的一个核心矛盾：功能丰富 vs 资源约束。

原版 OpenClaw 追求功能完整，结果是 43 万行代码、1GB 内存。这对 VPS 用户没问题，但对想在树莓派、老手机、ESP32 上跑的人来说，就是不可能完成的任务。

这些 fork 用不同的语言（Go/Rust/Python/C）、不同的架构（单二进制/脚本/嵌入式）、不同的权衡（性能/安全/协作），证明了同一个 agent 架构可以适配从 $5 芯片到云端 VPS 的所有场景。

更重要的是，它们都保留了 OpenClaw 的核心：gateway + agent loop + filesystem memory + 工具/心跳。这说明这个架构本身是对的，只是实现方式需要针对不同场景优化。

系列文章

本系列深入分析每个项目的技术实现和适用场景：

Claw 生态01: nanobot - 4000 行代码重建 OpenClaw 的架构设计 - 逐模块代码走读，与原版架构对比
Claw 生态02: PicoClaw - 在 $10 开发板上跑 AI Agent 的工程实现 - Go 单二进制的内存优化技巧
Claw 生态03: ZeroClaw vs IronClaw - Rust 重写的两种哲学 - 性能优先 vs 安全优先
Claw 生态04: TinyClaw - 用 400 行 Shell 实现多代理协作 - 文件队列 + tmux 的极简架构
Claw 生态05: MimiClaw - 在 $5 ESP32 芯片上跑 AI Agent - 嵌入式 C 的内存管理
Claw 生态06: OpenClaw 生态的技术债与未来 - 原版为什么这么臃肿？各 fork 还缺什么？

相关链接：
- OpenClaw 官方仓库
- nanobot
- PicoClaw
- ZeroClaw
- IronClaw
- TinyClaw
- MimiClaw