名字看起来像一家人，但谱系并不是一回事

如果你最近沿着 OpenClaw 往外看，很容易遇到一种命名上的错觉。PicoClaw、NullClaw、ZeroClaw 这些名字排在一起，既像同一家团队的延展版本，也像一套自然分层的产品矩阵。于是最常见的误会就来了：它们是不是 OpenClaw 官方做出来的 mini、zero、null、pico 几档套餐。

答案是否定的。至少截至北京时间 2026 年 3 月 16 日，公开信息并不支持这种理解。它们都能在各自官网和 GitHub 仓库里找到，但从仓库归属、技术栈和对外定位看，更接近独立项目，而不是一个官方家族谱系。

这点之所以重要，不只是为了较真名称关系，而是因为一旦你先入为主地把它们理解成一个产品矩阵，后面的判断就会全部偏掉。你会默认它们之间只是大小、轻重或功能多寡的差别，而忽略它们其实是在走三条不一样的路线。

所以这篇文章最想做的不是帮几只 claw 排资论辈，而是把这三条路线拆开。路线一旦拆开，名字带来的混淆就会少很多。

先把三条路线摆平：Go、Zig、Rust 分别在押什么

PicoClaw、NullClaw、ZeroClaw 最值得先看的，不是 logo，不是 slogan，而是它们把什么东西放到了品牌正中央。

PicoClaw 的官方仓库是 sipeed/picoclaw。GitHub API 显示，它创建于 2026-02-04，主语言是 Go，协议是 MIT，官网是 picoclaw.io。官方对外最强的叙事是 “Tiny, Fast, and Deployable anywhere”。这句话几乎已经把路线写完了：它想证明的是，同类能力可以做得更小、更轻、更容易部署。

NullClaw 的官方仓库是 nullclaw/nullclaw。GitHub API 显示，它创建于 2026-02-16，主语言是 Zig，协议是 MIT，官网是 nullclaw.io。仓库描述直接写了 “written in Zig”，而且把 “smallest” 和 “autonomous” 这种词放得很前。也就是说，NullClaw 的辨识度不只是功能，而是实现哲学本身。

ZeroClaw 的官方仓库是 zeroclaw-labs/zeroclaw。GitHub API 显示，它创建于 2026-02-13，主语言是 Rust，协议是 Apache-2.0，官网是 zeroclawlabs.ai。官网首页最醒目的信息不是 “支持很多接入方式”，而是 “Private AI Assistant | Local, Secure” 以及 “runs 100% locally”。这条路线押注的是本地隐私和数据不离机。

把三者并排看，结论已经很清楚。PicoClaw 在讲轻量部署，NullClaw 在讲 Zig 极简路线，ZeroClaw 在讲本地隐私。它们的区别，不是同一种产品做了三档容量，而是三种产品判断碰巧用了相似命名。

如果按关注点来分，它们根本不在争同一个位置

很多初学者比较这几个项目时，会默认它们都在争 “谁才是更对的 claw”。这个问题之所以难答，是因为它本身把层级压扁了。

OpenClaw 更像系统协调层。它关注 Gateway、聊天入口、会话和 backend 接入，强调的是把不同执行器组织进长期在线系统。它的主语通常是系统链路。

PicoClaw 更像轻量化个人 assistant 路线。它不是要把所有东西都做大做全，而是希望在更少资源、更低占用和更轻部署里，把一类常见能力做得足够可用。它的主语通常是体积和部署体验。

NullClaw 更像极简主义工程路线。它对外最醒目的卖点就是 Zig、本体更小、自治基础设施，这天然会吸引那些对语言选择、运行依赖和系统边界有明确偏好的人。它的主语通常是实现哲学。

ZeroClaw 更像 local-first 的私人 assistant 路线。它不是用本地运行当附带特性，而是把 “100% local” 放到了产品身份里。它的主语通常是隐私和数据边界。

如果换一个更直白的说法，这几只 claw 不是在争一把椅子，而是在用相似命名争不同方向。OpenClaw 更像系统入口，PicoClaw 更像轻量部署实验，NullClaw 更像 Zig 风格表达，ZeroClaw 更像本地隐私方案。

公开应用情况里，真正值得看的不是热度，而是成熟信号

说到应用情况，很多人第一反应会去看 star 数。star 当然有参考价值，但它只能告诉你哪里最热，不能直接告诉你哪里最成熟。

截至 2026 年 3 月 16 日 的公开仓库信号里，OpenClaw 依然是这组项目里最明显的生态中心。openclaw/openclaw 的公开 star 数大约在 315,528，最近公开 release 是 v2026.3.13-1，而且 docs 体系明显更完整。它看起来已经不是一个只靠 README 吸引人的新鲜项目，而是一套持续演化的平台型产品。

第二梯队里，ZeroClaw 和 PicoClaw 都已经不只是概念展示。GitHub API 显示，zeroclaw-labs/zeroclaw 大约有 27,274 stars，最近 release 是 v0.3.2；sipeed/picoclaw 大约有 24,911 stars，最近 release 是 v0.2.2。更关键的是，两者都在 release 页面提供了更短的安装路径和二进制交付，这比 slogan 更能说明项目是否在往真实使用靠近。

NullClaw 的公开体量相对更小一些，约有 6,360 stars，最近 release 是 v2026.3.15。但它同样已经不是单纯的命名概念，而是在持续更新、持续发版。对这类强调实现哲学的项目来说，稳定 release 节奏本身就是成熟度信号。

所以如果只看“应用情况”，我会给一个比较保守的判断。OpenClaw 更像这组项目里的默认参照物；PicoClaw、NullClaw、ZeroClaw 目前更像各自鲜明的技术分支。它们都是真的项目，但还远远谈不上构成一个统一标准。

入门到底该怎么选，关键在你先回答哪道题

对大多数入门者来说，真正有用的不是记住一张对比表，而是先回答自己要解决什么问题。

如果你最在意的是文档完整、生态成熟、社区讨论多，而且希望先看“这一波 claw 叙事的中心样本”，那还是先看 OpenClaw。它最适合作为参照物，因为很多后来出现的 claw 名字，不管是在延续它还是在反着定义自己，多少都和它构成对照。

如果你更在意部署体感、资源占用、可移植性，而且天然喜欢 Go 生态，那 PicoClaw 更值得优先看。它未必在每一个维度都更强，但它很适合回答“同类能力能不能做得更轻”这个问题。

如果你对 Zig 有明确偏好，或者你就是会认真在意二进制大小、运行依赖和系统边界的人，那 NullClaw 的吸引力会比表面热度更大。它最有价值的地方，不只是“功能也能做”，而是它在用一种很鲜明的技术态度来做。

如果你优先考虑的是隐私、本地运行和数据不离机，那 ZeroClaw 会是更自然的起点。它对外最清楚的一件事，就是不打算把 local-first 只当作一个附带卖点。

所以选哪一只 claw，真正的问题不是 “哪个最火”，而是“你更在意生态、部署、实现哲学，还是隐私边界”。这才是入门者最值得先答清楚的题。

最容易掉进去的两个误判

第一个误判，是把这些名字理解成 OpenClaw 官方出的不同型号。公开信息并不支持这种说法。名字像，只说明命名文化有相似性，不说明组织关系和产品谱系就一定相同。

第二个误判，是把名字上的极端感自动翻译成功能上的先进感。NullClaw 的 Zig 路线很特别，但不代表它天然适合所有人；ZeroClaw 的本地隐私很动人，但也不代表你所有需求都该在本地解决；PicoClaw 的轻量部署很有吸引力，但不等于它自动成为“功能最全”的答案；OpenClaw 生态最大，也不代表它在每种任务里都最省心。

真正成熟的选法，还是回到取舍本身。名字只是入口，路线才是答案。把这个顺序摆正之后，后面再看功能、安装方式和社区信号，就不容易再被命名表象牵着走。

更新附注

  • 版本：v1.1

更新日期：2026-03-16 更新原因：重写标题、summary、abstract、highlights 与正文结构，把文章从统一的“概念辨析 + 入门说明”模板改成“路线拆分 + 选择建议”写法，降低与相邻文章的模板重复。

  • 版本：v1.0

更新日期：2026-03-16 更新原因：首发版本，核查 PicoClaw、NullClaw、ZeroClaw 的官方仓库、语言与官网定位，并从入门视角整理基本信息、差异、应用情况和选择建议。