导读：当OpenClaw的代码里有作者写的出现时，便涌现出了NanoClaw。

当加夫列尔·科恩（Gavriel Cohen）第一次看到OpenClaw时，他就知道自己需要它。当时，科恩（后来成为NanoClaw和NanoCo AI的创始人）已经暂停了开发工作，转而从事一个市场营销项目。

很快他被 Anthropic 的 Claude Code 吸引住了，然后重拾编程本能，这时他发现了当时的 Clawd Bot（OpenClaw 的原名）。

“我做了个小小的尝试，”他说。“我安装了它，把它连接到我的 WhatsApp，来回发了几条消息。我接触它其实是出于实际需要，因为我们正在打造一家人工智能原生营销机构。”

在此之前，最先让他眼前一亮的是 Claude Code 的基于终端的 LLM 系统。“我立刻就试用了，这对我来说是一次巨大的思维革新，所以在 2025 年 3 月左右，我知道我需要重新开始开发。” 科恩之前曾在Wix担任工程理由，Wix 是一个位于特拉维夫的无代码网站开发平台。

他知道自己的工作流程中缺少一个关键环节。“我当时正在规划自己需要的功能，甚至专门买了一台Mac mini来运行Claude Code，并设置定时重复任务。” 

就这样，他与OpenClaw的合作关系一开始进展顺利。

自制软件包的惊喜

发现潜在问题花了多长时间？

“这几乎是立竿见影的，”科恩回忆道。“我当时正在设置，那里有很多软件包可供选择——其中一个是我几个月前自己开发的名为 NanoPDF 的软件包。我看到它时心想，‘他们为什么要把这么小的软件包也包含在内呢？’”

你或许会觉得科恩看到自己的软件被推荐会感到荣幸，但用户通常只希望看到那些口碑极佳、广受好评的第三方软件。他很清楚自己的软件既不符合这些条件，也不符合其他标准。它只有寥寥几颗星，而且已经几个月没有更新了。

但这还不是全部：“然后在最初的一两天里，我在调试时，一个计划任务没有触发，我看到了所有 WhatsApp 消息的日志——不仅仅是我连接的那个群组，而是所有群组。”

五十万行代码

对于大多数开发人员来说，马虎和糟糕的安全措施足以引起人的高度警惕。

科恩多次提到这一点，他说原因包括：你可以改变策略或强制执行更严格的编码标准，但一旦项目的代码库失控，变成一团难以维护的烂摊子，项目也就走到了尽头。即使是开源项目，也只能承受有限的关注。到二月份，OpenClaw 已经有超过 3000 个待处理的 pull request。

“但最重要的是，我查看了代码库，它竟然有五十万行代码。”

科恩的营销公司此时只有三名员工。

“我们有客户，所以我希望每个客户都有一名代理人，但我无法将这个系统与我的客户数据连接起来，也无法在此基础上建立业务，”他这样说。

科恩说做了他唯一能做的事。“我坐下来开发NanoClaw。我必须把它做得非常小巧，因为任何关心安全的人要想使用它，都必须能够查看代码，真正了解它的运行机制，并对其感到满意。”

科恩开始着手解决这些问题。此时有一个问题值得思考：从架构角度来看，OpenClaw 是什么东西？

科恩回答说：“所以，核心部分是，你需要一个编码代理。它可以编写代码并运行 Bash 命令，因此你需要一个持久的环境会话。然后你必须连接到一个即时通讯应用。第四件事就是连接到互联网。”

科恩继续说道：“基于这四项基本能力，你可以构建其他一切。而且它是主动的，因为一旦你开始安排任务，它就不再只是对你所说的话做出反应。你只需25行代码就能编写一个Claw代理。”

尽管 OpenClaw 显然尚未做好大规模推广的准备，但科恩仍然坚持他对主要问题的结论。“我认为它从一开始就存在根本性的缺陷，而致命的缺陷在于其五十万行的代码。”（经核查证实，OpenClaw 现在的代码行数已超过 80 万行）。即使在OpenAI 收购 OpenClaw之后，可用性问题依然存在，社区规模也逐渐萎缩。

那么 NanoClaw 是否简化了设置呢？科恩停顿了一下才回答这个问题。“我仍然认为 NanoClaw 在很大程度上更适合技术人员——不一定是开发人员，而是那些熟悉终端和 GitHub 的人。NanoClaw 不是以二进制文件的形式发布的。每个人都是从源代码运行的。”

新版本现在包含一个基于终端的安装脚本，可以引导用户逐步完成安装。任何安装问题都会交给 Claude 来修复。Cohen 对此并不完全满意；让 Claude 参与其中会带来安全隐患。“如果你不了解安全模型，只是运行 Claude，它可能会破坏安全模型或移除沙盒机制。”

说到这里，NanoClaw 为什么选择使用容器？这一决定是否为其奠定了市场地位？

为什么容器能获胜

“当我真正开始编写 NanoClaw 时，我只是从一个空项目开始，并没有让 Claude Code 去参考 OpenClaw，”科恩说。“我只是描述了我需要的功能。我说我想要一个即时通讯应用；一个编码代理；我想要一个循环应用，我想要内存，然后我就从零开始构建了它。”

随着项目的推进，科恩又面临着新的考验。

“我当时想：应该给它配备哪些工具？我不想限制它的功能，让它只能运行 bash 命令，但如果我想让它运行任何命令，就必须把它放在一个隔离的环境中。我不能让它直接运行在我的机器上，然后让它作为一个能够完成所有操作的自主代理，所以我把它放在了一个隔离的容器里。” 正是容器的使用，让 NanoClaw 拥有了独特的卖点。

科恩在这里带来了一个真正令人惊讶的消息：“我们最初使用的是苹果的盒子。”

真的吗？“我当时用的是Mac mini，隐约知道苹果公司新增了原生容器功能。一开始效果确实不错，但当成千上万的人开始使用后，大家都在问：‘你们为什么要用苹果的容器？Docker才是默认的，它是全球通用的标准。’所以我两种都支持，然后几周后我就把默认容器改成了Docker。”

NanoClaw 与 OneCLI 合作，利用其凭证和代理层来增强安全性。但这带来了一些范式转变。“用户群和社区都理解这一点，”Cohen 说。“在我们建立合作关系之前，凭证进入代理环境是一个重大问题，我们一直在努力阻止这种情况——但例如，你需要获取 Anthropic 令牌，代理才能连接。”

NanoClaw 最初自行开发了代理解决方案，但很快就变得复杂起来。“与 OneCLI 的合作水到渠成，用户群也乐于拥有一个完善的解决方案。我们还引入了人工审批机制，并制定了相关策略，例如，限制代理如何使用 Gmail。”

说到合作，Vercel 在 NanoClaw 的讨论中经常被提及。它与 Vercel 的实际整合情况如何？在产品路线图中处于什么位置？

“Vercel 创建了一个名为Chat SDK 的优秀开源软件包，它提供了与大约 15 到 20 个不同即时通讯应用的标准化连接。我加入 NanoClaw 的核心理念之一就是不要重复造轮子。为什么每个人都要重新实现与即时通讯应用的相同集成——让我们使用一个大家都能用的库吧。”

我们可以看到，OpenClaw 现在已经自成一类软件工具。那么，NanoClaw 在接下来的十二个月里需要做些什么，才能不仅继承 OpenClaw 的衣钵，而且重新定义它呢？

“我们一直在使用凭证代理、人机交互审批以及构建代理隔离系统，以此来正面应对在安全使用自主代理的全部能力之间所面临的棘手问题和挑战。 

为企业而建立

“在接下来的几个月里，我们将重点关注那些有严格安全要求、合规要求、监管要求等的大型企业。目前，我们已经推出了可以连接到邮件和日历的产品和服务，所有敏感操作都需要获得批准，确保安全。”

显然，对于任何小型企业来说，进军企业级市场都将是一个目标。但NanoClaw更清楚自己的优点，因此，在竞争对手争夺OpenClaw失去王冠之际，他或许是人们值得支持的新佼佼者。

作者：场长