OpenClaw 太重、启动太慢?我试了试这个 Rust 重写的轻量版 AI 助手网关

上周朋友问我：家里吃灰的树莓派能不能跑个 AI 助手网关？我第一反应是 OpenClaw——功能确实全，多模型、多渠道、记忆、工具都有。但它毕竟是个 Node.js/TypeScript 项目，运行时内存奔着 1GB 去了，冷启动也够呛，放树莓派上就像把 SUV 塞进胡同，憋屈。

后来我翻到一个叫 ZeroClaw 的项目，Rust 写的，定位跟 OpenClaw 很像，也是“多模型 + 多渠道 + 记忆 + 工具”的自主 AI 助手网关，但目标是“零额外开销”：单静态二进制、常见场景下 <5MB 内存、<10ms 级启动。读完 README 后我顺手试了试，记录一下体验。

它跟 OpenClaw 是什么关系？

一句话：同一类产品，不同实现，身份和记忆能迁过来。

• 同一类产品
  ：都是可自托管的 AI 助手网关，核心能力重合——多 Provider（AI 服务提供商）、多 Channel（消息渠道，比如 Telegram/Discord/飞书）、持久记忆、技能/工具、后台常驻。
• 实现不同
  ：OpenClaw 基于 Node.js/TypeScript；ZeroClaw 用 Rust 写成，不需要 Node 运行时，单二进制就能跑。
• 兼容与迁移
  ：ZeroClaw 默认沿用 OpenClaw 那套身份 Markdown（SOUL.md、IDENTITY.md 等），并提供命令把 OpenClaw 的记忆数据迁进去：zeroclaw migrate openclaw。
• 差异化
  ：ZeroClaw 主打 Trait 驱动的可插拔架构、更小资源占用、更快启动、更偏安全默认；OpenClaw 生态更成熟，Skill 和社区插件更多。

打个比方：两台车都能跑同样的路线，OpenClaw 是加满配置的全尺寸 SUV，ZeroClaw 更像一台改装过的卡丁车——轻、快、省油。

核心能力速览

ZeroClaw 没有缩减 OpenClaw 那套“大而全”的边界，只是把底层换成了更省资源的实现。我按 README 的梳理列了个表：

这些名词看着多，其实可以理解为：它把“大模型 + 聊天入口 + 记忆 + 外挂能力”打包成一个能自己 hosting 的小网关。Provider 就是接哪家大模型；Channel 就是用户从哪跟它说话；Memory 是它能不能记住你上个月聊过的事；Tool 是它能不能帮你查天气、跑命令、读文件。

性能对比：数钱的体感

仓库里给了一张 README 基准表，我把关键行抽出来：

我自己在本地跑了 zeroclaw --help 和 zeroclaw status，峰值内存大概 3.9–4.1MB，跟 README 说的一个量级。

如果你只是想要一个能定时被 cron 调用的 CLI 工具，OpenClaw 的“先等几十秒起 Node 服务”属实是杀鸡用牛刀；ZeroClaw 毫秒级启动，基本无感。

快速上手

ZeroClaw 提供了一键安装脚本，但我习惯先看一遍脚本再执行，建议你也这样。

一键安装（脚本来自官方仓库）

curl -LsSf https://raw.githubusercontent.com/zeroclaw-labs/zeroclaw/main/scripts/install.sh | bash

从源码构建

git clone https://github.com/zeroclaw-labs/zeroclaw.gitcd zeroclawcargo build --release --lockedcargo install --path . --force --lockedexport PATH="$HOME/.cargo/bin:$PATH"

配置并对话

# 非交互式快速配置（指定 API Key 和 Provider）zeroclaw onboard --api-key sk-... --provider openrouter# 交互向导zeroclaw onboard --interactive# 单条消息zeroclaw agent -m "Hello, ZeroClaw!"# 交互对话zeroclaw agent# 启动本地 Gateway（默认 127.0.0.1:3000）zeroclaw gateway# 后台常驻（含渠道与定时任务）zeroclaw daemon

onboard 会生成 ~/.zeroclaw/config.toml，API Key 等敏感信息放在 ~/.zeroclaw/ 下并加密。

从 OpenClaw 迁记忆：不用重新养号

如果你之前用 OpenClaw 存了不少对话记忆，ZeroClaw 提供了迁移命令。跟数据库迁移一样，先看再执行：

# 预览，先看看会迁多少zeroclaw migrate openclaw --dry-run# 正式执行zeroclaw migrate openclaw

我试 --dry-run 的时候，它会把统计数列出来，确认完再真正写入 SQLite，这点对怕手抖的人比较友好。

架构看点：Trait 驱动的“乐高”设计

ZeroClaw 的 README 里反复提一个词：Trait 驱动（Rust 里的接口/契约，类似于 Java 的 interface）。它不是把 Provider、Channel、Memory、Tool 这些能力写死在核心代码里，而是每块都定义好一个 Trait，你想换哪家大模型、哪个聊天渠道、哪种记忆后端，只要实现对应 Trait 即可。

带来的实际好处：

• 换 Provider 不用改核心
  ：OpenAI 太贵？在配置里切到 openrouter 或自定义端点。
• 加 Channel 不用大改
  ：要接入一个新 IM，实现 Channel Trait 就行。
• 记忆后端可替换
  ：SQLite、Lucid、纯 Markdown，甚至可以写个 none 把记忆关掉。
• 安全可组合
  ：Gateway 默认只绑 127.0.0.1（本机），需要公网访问时配合 Tailscale/Cloudflare/ngrok 等隧道；支持配对码、渠道白名单、Docker 沙箱。

这套设计很像乐高：中央底板不动，模块按需插拔。

什么时候选 ZeroClaw，什么时候继续用 OpenClaw？

这不是“谁更好”的问题，是谁更适合你的场景。

适合 ZeroClaw 的情况：

• 想在树莓派、10 美元级开发板、小内存 VPS 上跑 AI 网关。
• 对内存和冷启动敏感，比如频繁用 cron 调用、CI 里临时跑一下。
• 不想在机器上再装一套 Node 运行时。
• 已经有 OpenClaw 的身份和记忆，想迁移到更轻量的运行时。
• 需要 OpenAI Codex / Claude Code 订阅制认证、多账号加密存储。

适合继续 OpenClaw 的情况：

• 团队已经深度依赖某个 OpenClaw 社区 Skill/插件。
• 需要成熟的 Node 生态和调试工具链。
• 对“最小内存、最快启动”不敏感，更看重插件丰富度。

名词速查表

总结

ZeroClaw 给我的感觉不是“又一个 AI 助手框架”，而是“把 OpenClaw 想做的事用 Rust 重新做了一遍，专门瞄准资源敏感的场景”。它不是要替代 OpenClaw 的完整生态，而是给已经有明确需求的人提供一个更轻、更快、更可控的选择。

如果你跟我一样，只想在树莓派或 VPS 上跑一个“能接多个模型、多个聊天渠道、能记东西、能跑工具”的小网关，ZeroClaw 值得一试。仓库里目前 11.6k+ Star，说明不止我一个人这么想。

项目地址

• GitHub：zeroclaw-labs/zeroclaw
• 相关参考：OpenClaw 主仓库 · AIEOS 规范