大家好，我是安东尼（tuaran.me），一名专注于前端与 AI 工程化的独立开发者。
我在建设 「博主联盟」——连接AI产品方与技术博主的品牌增长平台，帮AI产品精准触达开发者，也帮博主拿到推广资源与成长机会。
同时也在做 「前端下一步」——一个聚焦前端、AI Agent 与大模型的技术情报站，帮你从技术革新焦虑中解脱，得到技术转向判断。
这篇文章，希望对你有所启发。
一句话先讲清楚
ZeroClaw 是一个用 Rust 写的 AI Agent 运行时，定位是"OpenClaw 的极致轻量替代"。整个项目最终产物就是一个二进制文件：你给它一份配置，它就能把 LLM 提供商、消息通道、记忆存储、工具调用四件事串起来跑成一个自治助手。
官方仓库在 github.com/zeroclaw-la…，截至撰写时已经有 30K+ Star，143 个 release。
它解决什么问题
OpenClaw 那套 TypeScript/Node.js 栈，常被吐槽两件事：
- 资源占用大：常驻内存动辄 300MB 起步，部署到边缘设备基本不现实。
- 依赖链复杂：430k 行 TypeScript，加上海量 npm 依赖，安全审计成本高。
ZeroClaw 的反向选择就很直接：
- 单一 Rust 二进制，体积约 3.4–8.8MB（看构建配置）
- 长跑内存 < 5MB
- 冷启动 < 10ms（官方数据，硬件低至 0.6GHz 也能跑）
- 默认 deny-by-default 的工具白名单 + 路径白名单
把"Agent 运行时"做成"一个能塞进树莓派的二进制"，是它最容易被记住的点。
它能干什么
按官方 README 的说法，ZeroClaw 把 Agent 拆成四个 Trait（接口）：
| Trait | 作用 | 现有实现 |
|---|---|---|
| Provider | 接 LLM | Anthropic、OpenAI、Ollama、OpenRouter 等 ~22 家 |
| Channel | 接消息平台 | Discord、Telegram、Matrix、邮件、语音、Webhook、CLI 等 30+ |
| Memory | 接存储后端 | SQLite + FTS5、Postgres（pgvector）、本地文件 |
| Tool | 接外部能力 | Shell、浏览器、HTTP、硬件、自定义 MCP Server |
也就是说：它本身不是模型，也不是 IDE 插件，而是把"模型 + 工具 + 通道 + 记忆"按 Trait 抽象起来的胶水层。要换 LLM、换前端、换数据库，改 config 就行，不动代码。
跟"那一堆 Claw"的关系
搜 ZeroClaw 你会刷到一大票名字：OpenClaw、NanoClaw、PicoClaw、IronClaw、NullClaw、TinyClaw…… 大致可以这么理解：
- OpenClaw：原版，TypeScript/Node，功能全但重。
- ZeroClaw：Rust 重写，砍体积、强安全。
- NanoClaw / PicoClaw / TinyClaw：再往下做减法，主打"裸机/MCU 也能跑"。
- IronClaw：偏企业部署。
- NullClaw / Moltis 等：各自有侧重，生态外围。
社区把这帮叫 "Claw Family"，但你日常关注 ZeroClaw 与 OpenClaw 这两个就够了，其它可视为衍生品。
适合谁
值得花时间评估它的场景：
- 想把 Agent 部署到树莓派、低成本 VPS、边缘网关
- 不想吃 Node.js 内存膨胀和 npm 供应链风险
- 需要多通道（不只是 Web）：Discord/Telegram/邮件/语音都要
- 喜欢"配置驱动 + 编译期检查"的稳定感
不适合的场景：
- 没有 Rust 工具链、想"下载即用"的同学（编译需要 ~1GB 内存）
- 重度依赖某些只在 OpenClaw 生态里有的插件
- 需要 Docker/WASM 沙箱已 GA（路线图里，但部分还没合并）
接下来读什么
这是 ZeroClaw 系列的第 1 篇。后续会拆：
- 第 2 篇：架构与 Trait 设计——为什么它能做到"换实现不改代码"
- 第 3 篇：ZeroClaw vs OpenClaw——把"-99% 内存"那张图拆开看
- 第 4 篇：安全模型——Landlock / Bubblewrap / Seatbelt / Docker 是怎么叠的
- 第 5 篇：10 分钟上手——跑通一个 Telegram 助手
- 第 6 篇：冷思考——社区风评里的水分与隐忧
