上周朋友问我：家里吃灰的树莓派能不能跑个 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 的梳理列了个表：
| 维度 | ZeroClaw 的做法 |
|---|---|
| AI Provider | 内置 28+ 提供商及别名，也支持自定义 OpenAI/Anthropic 端点 |
| 消息 Channel | CLI、Telegram、Discord、Slack、WhatsApp、iMessage、Matrix、Signal、飞书/钉钉/QQ、Email、IRC、Webhook 等 |
| 记忆 Memory | SQLite 混合检索（向量 + FTS5）、Lucid、Markdown 文件，或显式关闭（none） |
| 工具 Tool | shell、file、memory、cron、git、browser、http_request、screenshot、composio 等 |
| 运行时 Runtime | native 或 Docker 沙箱；后续还计划 WASM/edge |
| 安全 Security | Gateway 配对码、白名单、工作区限定、敏感路径禁用、加密密钥存储 |
| 身份 Identity | 默认 OpenClaw 式 Markdown；可选 AIEOS v1.1（JSON 格式的人设规范） |
| 订阅/多账号 | OpenAI Codex、Anthropic setup-token，多 Profile 加密存储 |
这些名词看着多，其实可以理解为：它把"大模型 + 聊天入口 + 记忆 + 外挂能力"打包成一个能自己 hosting 的小网关。Provider 就是接哪家大模型；Channel 就是用户从哪跟它说话；Memory 是它能不能记住你上个月聊过的事；Tool 是它能不能帮你查天气、跑命令、读文件。
性能对比：数钱的体感
仓库里给了一张 README 基准表，我把关键行抽出来：
| 指标 | OpenClaw | ZeroClaw |
|---|---|---|
| 语言/运行时 | TypeScript / Node.js | Rust，单静态二进制 |
| 典型内存占用 | >1GB（含 Node 运行时） | <5MB |
| 冷启动（0.8GHz 边缘设备概念） | >500s | <10ms |
| 二进制体积 | ~28MB | 约 3.4MB |
| 低成本硬件适配 | Mac Mini 级 $599 | 约 $10 级板子 |
我自己在本地跑了
zeroclaw --help和zeroclaw status，峰值内存大概 3.9--4.1MB，跟 README 说的一个量级。
如果你只是想要一个能定时被 cron 调用的 CLI 工具，OpenClaw 的"先等几十秒起 Node 服务"属实是杀鸡用牛刀；ZeroClaw 毫秒级启动，基本无感。
快速上手
ZeroClaw 提供了一键安装脚本，但我习惯先看一遍脚本再执行，建议你也这样。
一键安装（脚本来自官方仓库）
bash
curl -LsSf https://raw.githubusercontent.com/zeroclaw-labs/zeroclaw/main/scripts/install.sh | bash从源码构建
bash
git clone https://github.com/zeroclaw-labs/zeroclaw.git
cd zeroclaw
cargo build --release --locked
cargo install --path . --force --locked
export PATH="$HOME/.cargo/bin:$PATH"配置并对话
bash
# 非交互式快速配置（指定 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 daemononboard 会生成 ~/.zeroclaw/config.toml，API Key 等敏感信息放在 ~/.zeroclaw/ 下并加密。
从 OpenClaw 迁记忆：不用重新养号
如果你之前用 OpenClaw 存了不少对话记忆，ZeroClaw 提供了迁移命令。跟数据库迁移一样，先看再执行：
bash
# 预览，先看看会迁多少
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 生态和调试工具链。
- 对"最小内存、最快启动"不敏感，更看重插件丰富度。
名词速查表
| 术语 | 一句话解释 |
|---|---|
| Provider | AI 服务提供商，比如 OpenAI、Anthropic、Gemini、OpenRouter |
| Channel | 用户跟 AI 交互的入口，比如 Telegram、Discord、飞书、QQ |
| Memory | 持久化记忆，让 AI 记住之前的对话和上下文 |
| Tool | AI 能调用的外部能力，比如查文件、跑命令、发 HTTP 请求 |
| Runtime | 工具执行环境，native 是直接用本机，Docker 是在容器沙箱里 |
| Trait | Rust 里的接口/契约，定义了一组必须实现的方法 |
| Daemon | 后台常驻进程，一直监听消息和定时任务 |
| Gateway | 对外暴露的 HTTP 服务，默认只监听本机，需配对才能用 |
| AIEOS | 一种 JSON 格式的人设/身份规范，便于跨系统移植 |
| --dry-run | 模拟运行，先看效果再真正执行，常用于迁移和升级 |
总结
ZeroClaw 给我的感觉不是"又一个 AI 助手框架"，而是"把 OpenClaw 想做的事用 Rust 重新做了一遍，专门瞄准资源敏感的场景"。它不是要替代 OpenClaw 的完整生态，而是给已经有明确需求的人提供一个更轻、更快、更可控的选择。
如果你跟我一样，只想在树莓派或 VPS 上跑一个"能接多个模型、多个聊天渠道、能记东西、能跑工具"的小网关，ZeroClaw 值得一试。仓库里目前 11.6k+ Star，说明不止我一个人这么想。
项目地址
- GitHub：zeroclaw-labs/zeroclaw
- 相关参考：OpenClaw 主仓库 · AIEOS 规范