小而美:我用NullClaw替换了OpenClaw

OpenClaw 的代码库已经膨胀到 50MB。

这数字本身没什么。在 2026 年，一个前端项目的 node_modules 都能轻松突破这个体量。但当我在一台 2015 年的 MacBook Air 上尝试运行它时，风扇的咆哮声让我想起了波音 747 的起飞。

与此同时，一群"叛逆者"正在用 4000 行代码重写一切。

这不是 fork。这是一场起义。

一、臃肿的原罪：OpenClaw 的"企业级"包袱

让我们诚实地面对 OpenClaw 的现状。

它从一个简单的浏览器自动化工具起家——"让 AI 能操作 Chrome"，这个想法本身就足够性感。但两年过去，它变成了一个庞然大物：支持多浏览器、多模型、多平台、多语言、多用户、多租户、多……一切。

功能的堆砌是有代价的。

首先是依赖地狱。OpenClaw 的 package.json 像一本电话簿，层层嵌套的 Node.js 生态让每个npm install都像在拆炸弹——你不知道哪个子依赖会突然报错，哪个版本冲突会让整个项目崩掉。我见过一个开发者在 Discord 里吐槽："我只是想让它自动填个表单，结果我的硬盘里多了 2GB 的依赖。"

其次是资源饥渴。内存占用、启动时间、Token 消耗，OpenClaw 在这三项上堪称"三高患者"。一个轻量级的任务——比如"打开网页、读取内容、总结要点"——可能需要加载数十个模块，初始化多个服务，最后实际干活的部分只占代码量的 5%。

最致命的是认知负担。OpenClaw 的文档越来越厚，配置项越来越多，新用户的学习曲线陡峭得像一堵墙。你只是想养一只帮忙干活的小龙虾，结果发现自己需要考一个"龙虾饲养员"证书。

"这不对。"有人在 GitHub Issues 里写道，"Agent 的本质应该是简单。我们把它搞复杂了。"

这条评论获得了上千个 👍。然后，NullClaw 诞生了。

二、极简主义的技术哲学：NullClaw、NanoClaw、PicoClaw 们

NullClaw 的 README 只有一句话："Agent 的核心逻辑，4000 行代码。"

没有复杂的配置系统，没有插件市场，没有多用户权限管理。只有一个简单的循环：接收指令 → 解析意图 → 执行操作 → 返回结果。浏览器操作用最基础的 Puppeteer API，LLM 调用用最直接的 fetch，上下文管理用一个简单的数组。

它放弃了什么？很多。不支持 Firefox，不支持 Safari，不支持移动端，不支持多语言，不支持协作，不支持企业级安全策略。

但它保留了什么？Agent 的本质——让 AI 能操作计算机，完成用户交代的任务。

我用 NullClaw 跑了一个测试：让 Agent 打开 Hacker News，抓取首页标题，生成一份摘要。OpenClaw 用了 8 秒启动，消耗 120MB 内存，Token 开销包括大量的系统提示和上下文维护。NullClaw 用了 1.2 秒启动，消耗 35MB 内存，Token 只花在真正需要理解的任务上。

差距是数量级的。

然后是 NanoClaw。它的目标是嵌入式设备——树莓派、旧笔记本、甚至某些路由器。NanoClaw 去掉了浏览器，改用轻量级的 HTTP 客户端和 HTML 解析器。它不能渲染 JavaScript -heavy 的现代网页，但对于静态内容抓取、API 调用、简单的数据处理，它跑得飞快。

一个朋友在树莓派 4 上部署了 NanoClaw，用来监控某个电商网站的价格变动。"OpenClaw 根本跑不动，"他说，"但 NanoClaw 流畅得像原生应用。"

最极端的是 PicoClaw。它甚至去掉了 GUI，纯命令行交互。没有漂亮的界面，没有实时的状态展示，只有一个黑框框里闪烁的光标。你输入指令，它执行，输出结果，结束。

"这倒退回了 80 年代。"有人嘲笑。

但 PicoClaw 的维护者回应："80 年代的计算机能做的事情，比现在大部分 App 都多。我们只是找回了那种效率。"

三、"够用就好"的实用主义胜利

这些轻量级分支的崛起，揭示了一个被主流忽视的真相：80% 的用户，80% 的场景，只需要 20% 的功能。

你不需要一个能同时操作 Chrome、Firefox、Safari 的 Agent，因为你只用 Chrome。你不需要支持 GPT-4、Claw、Gemini、Llama 的多模型切换，因为你只付得起 GPT-3.5 的 API。你不需要企业级的权限管理和审计日志，因为你只是个人用户，想让 AI 帮你订个外卖。

"够用就好"不是妥协，是智慧。

我采访过一个从 OpenClaw 迁移到 NullClaw 的开发者。他的理由很简单："我花了三天时间配置 OpenClaw，最后还是没跑通。NullClaw 我用了两小时，已经在生产环境跑了两个月。"

另一个案例更有意思。一个小团队原本用 OpenClaw 做自动化测试，但 CI/CD 管道的运行时间太长，每次提交都要等 10 分钟。他们切换到 NanoClaw 后，运行时间降到 90 秒——不是因为 NanoClaw 更快，而是因为它没有那么多启动开销和冗余操作。

"我们失去了什么？"团队负责人说，"失去了一些我们本来就没用过的功能。比如'可视化操作回放'，我们一次都没打开过那个界面。"

这让我想起 Unix 哲学："做一件事，并做好。"轻量级 Agent 们正在回归这个初心。

四、架构之争：完备性 vs 可理解性

OpenClaw 和 NullClaw 的分歧，本质上是两种架构哲学的冲突。

OpenClaw 追求的是"完备性"。它想成为万能工具，覆盖所有场景，满足所有需求。这种思路的产物是复杂的抽象层、插件系统、配置中心、事件总线。每个功能都合理，但叠加在一起就变成了迷宫。

NullClaw 追求的是"可理解性"。它的代码就是文档，逻辑就是流程。你想知道它是怎么工作的？读源码，4000 行，一下午就能看完。发现问题？改源码，重新跑，不需要理解复杂的架构设计。

这种可理解性有巨大的教育价值。

一个计算机系的学生告诉我，他通过读 NullClaw 的源码，第一次真正理解了 Agent 的工作原理。"OpenClaw 的代码我看了两周，只看到一堆设计模式和抽象工厂，"他说，"NullClaw 让我看到了本质——原来 Agent 就是一个循环，接收输入、思考、行动、反思。"

这也是为什么越来越多的教程和课程开始用轻量级 Agent 作为教学案例。它们不是"玩具项目"，而是"可教学的项目"。学生能看懂，能修改，能在此基础上创新。

相比之下，OpenClaw 更像一个"黑箱"。你输入指令，它输出结果，中间发生了什么？不知道。出了问题怎么调试？很难。想加一个自定义功能？先学习它的插件开发规范，再适配它的抽象接口。

这种"黑箱化"是技术成熟的标志，也是技术死亡的先兆。

当一门技术变得如此复杂，以至于只有专家才能理解和修改，它就失去了进化的能力。进化需要变异，变异需要大量的人能看懂代码、能动手改动。Linux 之所以伟大，不是因为它的代码完美，而是因为无数程序员能读它、改它、为它贡献。

轻量级 Agent 们，正在试图找回这种"可 hack 性"。

五、起义的未来：分裂还是融合？

现在的问题是：这场起义会走向何方？

一种可能是持续的分裂。OpenClaw 继续走企业级路线，功能越来越全，体积越来越大，成为"官方标准"。轻量级分支们各自为战，NullClaw 专注简洁，NanoClaw 专注嵌入式，PicoClaw 专注极致性能，形成碎片化的生态。

另一种可能是重新融合。轻量级分支们的创新被 OpenClaw 吸收，比如 NullClaw 的精简架构启发了 OpenClaw 的"轻量模式"，NanoClaw 的嵌入式优化变成了官方支持的"边缘计算版本"。最终，用户可以根据自己的需求选择"完整版"或"精简版"。

还有一种可能，是我个人最期待但也最不确定的：轻量级 Agent 们形成新的标准。

想象一下，如果 NullClaw 的 4000 行代码成为 Agent 开发的"参考实现"，就像 C 语言的标准库一样。任何人想理解 Agent，都先读这 4000 行。任何人想开发 Agent，都基于这个最小核心扩展。这将是一种完全不同的技术文化——不是"用我提供的框架"，而是"理解这个原理，然后自己实现"。

这种文化曾经在 Unix 世界盛行。每个程序员都有自己的工具集，都是从零开始攒起来的，都带着个人的印记。后来 Windows 和 macOS 统一了桌面，后来云服务商统一了基础设施，后来框架和中间件统一了开发方式。我们获得了效率，失去了个性。

轻量级 Agent 的起义，或许是一次找回个性的机会。

六、给你的建议：选大还是选小？

如果你正在考虑入局 Agent 开发，或者只是想用 Agent 提高工作效率，我有一些具体的建议。

选 OpenClaw，如果你：

需要企业级支持，有预算购买商业服务

团队规模大，需要协作和权限管理

场景复杂，需要丰富的预置功能和插件生态

不在乎资源消耗，有充足的计算资源

选轻量级分支（NullClaw/NanoClaw/PicoClaw），如果你：

是个人开发者或小团队，追求快速上手

资源受限，需要在旧设备或嵌入式环境运行

想深入理解 Agent 原理，而不是把它当黑箱用

愿意为了简洁牺牲一些高级功能

还有一个折中方案：从轻量级开始，逐步迁移到 OpenClaw。先用 NullClaw 验证你的需求，理解 Agent 能为你做什么。当需求增长、团队扩大、场景复杂化时，再评估是否需要切换到 OpenClaw。这种渐进式的路径，比一开始就跳进 OpenClaw 的复杂生态要明智得多。

最后，无论你选哪个，记住一点：工具是为人服务的，不是人为工具服务。当你发现自己花了更多时间配置工具、调试工具、学习工具，而不是用工具完成工作时，就是时候重新考虑了。

OpenClaw 是一只很强大的龙虾。但有时候，你只需要一只小虾。

你可以在这里了解 ClawFirewall：

https://clawfirewall.ai

一个轻量级的 AI Gateway，用于：

控制 AI 成本
监控 Token 使用
保护 API Key
管理 AI Agent 调用