四大项目定位与核心差异

本次对比聚焦于四个旨在本地运行、读取消息并管理Shell的开源AI Agent项目，它们在架构理念上存在显著分歧。OpenClaw 是体量最大的项目，拥有 393,444 stars（截至2025年11月），由非营利基金会运营，采用MIT协议且无付费层级。Amie's 强调“学习循环”，声称Agent能自我编写技能并改进，背后有公司支持并已融资 $75 million。NanoBot 定位为轻量级工具，核心为Python，提供浏览器UI和针对新手的设置指南。NanoClaw 则是对前者的反思之作，主张通过 Linux容器 隔离每个Agent，并鼓励用户自行修改代码而非依赖配置。这四个项目分别代表了 Reach（触达）、Learning（学习）、Simplicity（简单性） 和 Isolation（隔离性） 四种不同的技术押注。

Round One：安装体验与入门门槛

在“Round 1”设置环节，测试标准是用户在不阅读文档的情况下能推进多远。OpenClaw 声称可在 5分钟 内完成安装，自动获取Node并复用现有登录凭证，但存在文档版本超前于发布的Bug。Amie's 提供了一键脚本和跨平台包，但拒绝加载上下文小于 64,000 tokens 的模型，且包管理器可能被杀毒软件隔离。NanoBot 专为终端新手设计，提供 Dry Run（试运行） 功能以预览变更计划，要求Python 3.11+。NanoClaw 依赖Docker和WSL（Windows用户需额外配置），并在安装失败时调用Claude Code进行诊断，但存在sudo密码输入导致界面看似冻结的Bug。综合来看，NanoBot 是唯一为从未接触过终端的用户编写指南的项目，因此在易用性上胜出。

Round Two：安全边界与爆炸半径（Blast Radius）

“Round 2”评估Agent被劫持后的潜在危害。OpenClaw 默认在主机上运行命令，沙箱和执行审批功能 默认为关闭，且存在评分为 8.8 的漏洞及超过 135,000 个暴露实例。Amie's 默认模式虽有二次确认机制，但其安全政策明确指出：“如果你使用未受信任的输入运行默认后端，你就是在支持的安全姿态之外操作”。NanoBot 提供了Bubblewrap和Seatbelt沙箱，但默认关闭工作区限制，API密钥明文存储，且WhatsApp桥接曾存在 CVE-10.0 等严重漏洞。NanoClaw 则强制每个Agent在 无特权用户 的独立容器中运行，退出即销毁容器。尽管其出口流量限制默认关闭且群组共享工作区存在风险，但它是唯一 从隔离性出发 的项目。结论是：NanoClaw 在默认安全性上独领风骚，而其他三者均需在主机上运行或依赖用户手动开启沙箱。

Round Three：记忆机制与数据持久化

进入“Round 3”关于记忆的讨论，这是本地Agent区别于云端聊天机器人的关键。OpenClaw 采用 纯Markdown文件 存储记忆，并通过“梦境扫描”将每日笔记蒸馏为长期记忆。这种设计使得数据完全透明、可读且易于备份，符合本地优先的原则。相比之下，其他项目在记忆存储的具体实现上未在片段中详细展开对比数据，但OpenClaw的这种方式强调了 用户对所有数据的完全控制权 和可解释性。

记忆机制：Hermes的闭环学习与NanoBot的版本控制

在长期记忆的存储与检索方面，各项目的策略差异显著。Vectorize曾指出其自身笔记仅加载最近两天的数据，更久远的信息依赖Agent主动搜索。Hermes采用了其文档所称的“闭环学习”（closed learning loop），即在完成复杂任务后能编写并改进自身技能，同时搜索过往会话。在一项由推理提供商Regulus发布的单一设置测试中，Hermes的记忆召回速度为113毫秒，而OpenClaw则为19.6秒。然而，由于没有四个项目发布共享基准测试，这一结果仅供参考。Hermes的主要局限在于其核心记忆文件上限仅为2,200个字符，超出限制会直接报错，且新记忆需等待下一次会话才能进入提示词。相比之下，NanoBot提供了最整洁的方案：它维护了长期记忆的Git历史记录，允许用户查看Agent的决策并恢复到更改前的状态。不过，该长期存储仅在启用“dream”模式时运行，且主题和项目没有独立的长期记忆。NanoClaw则为每个Agent组提供独立内存以保障隐私，但其README从未承诺自我改进功能。综合来看，Round three goes to Hermes。

安全透明度与维护活跃度对比

在评估AI Agent的安全性时，公开的安全记录和社区维护状态是核心指标。OpenClaw 的审计发现其仓库中没有公开的安全公告（CVE），且缺乏漏洞赏金计划。更令人担忧的是，在一个拥有 40 个点赞的Issue中，用户强烈要求内置数据备份功能，这反映出其作为“包含你生活所有文件”的单一文件夹存在巨大风险。相比之下，Hermes 虽然也面临类似质疑，但 Nanobot 展现了更平静的维护状态：拥有 21 个版本发布、504 名贡献者，仅 211 个开放Issue。尽管 Nanobot 成立于今年二月且较年轻，但其 Issue 追踪器被认为是这里最平静的。然而，Nanobot 也面临 GitHub 名称重复的投诉。

"Open Claw's count found no public advisories in the Hermes repo. And it has no bug bounty, either."

Nanoclaw 则已转型为公司实体 Nanoco，拥有 Docker 合作伙伴关系及亲友轮融资。它发布了 13 个版本，有 183 名贡献者和 293 个开放Issue。值得注意的是，Nanoclaw 没有用户账户系统，作者对此表示尊重。这种架构使其成为一个小型、快速移动的赌注，需要更多人关注其发展。

最终评分与作者个人偏好

经过多轮对比，OpenClaw 和 Hermes 以三比三的比分并列第一。在平局情况下，作者必须权衡哪些轮次更具权重。首先进行完全披露（Full disclosure）：Hermes 运行在作者自己的服务器上，因此读者需酌情看待其评价。但作者坚持使用同一把尺子衡量，且 Hermes 的所有缺点已在视频中展示。

作者的最终选择是 Hermes。对于个人代理而言，记忆能力和安全默认值比覆盖范围和治理结构更重要。开箱即用的 Hermes 会屏蔽危险命令，而 OpenClaw 的页面显示其执行审批默认是关闭的。此外，Hermes 设计为随着使用时间推移自我编写和改进技能。但作者警告：不要以默认方式运行 Hermes，应使用其官方 Docker 镜像，因为其策略将未受信任输入的外部后端置于不支持的状态。同时需密切关注其 Issue 数量的变化。

"My pick overall is Hermes. This is a personal agent, so I weigh memory and safe defaults above reach and governance."

各场景下的最佳选型建议与核心警告

针对不同类型的用户，作者给出了明确的推荐： 1. OpenClaw 最适合团队和共享设置，以及希望拥有基金会背景、涵盖所有聊天应用及手机应用的成熟项目用户。 2. Nanobot 最适合新手和 Python 开发者，他们希望拥有一个小型且代码可读的代理，但前提是必须自行开启沙箱（sandbox）。 3. Nanoclaw 最适合首要担忧是爆炸半径（blast radius）、已使用 Claude 且愿意修改代码而非设置的用户。

无论选择哪一个，核心建议是：第一天就开启隔离（isolation）。因为这四个代理中有三个直接在主机上启动，且 Nanoclaw 的文档甚至假设提示注入最终会成功。最后，作者呼吁读者为实际打算运行的仓库点赞（star），并在评论区告知哪个代理将访问你的机器。

"Whichever one you pick, turn on isolation on day one. Three of these four start on your host."

结论

综合对比表明，OpenClaw与Hermes以三比三战平，但作者最终推荐Hermes作为个人代理的首选。核心依据在于其具备闭环学习能力、更快的记忆召回速度（113毫秒）以及默认屏蔽危险命令的安全机制。相比之下，OpenClaw虽生态成熟且由基金会运营，但默认执行审批关闭、存在高危漏洞且缺乏公开安全公告。NanoBot胜在易用性与Git版本控制，但需手动开启沙箱；NanoClaw则以容器隔离见长，适合重视爆炸半径控制的用户。

关键警示在于：除NanoClaw外，其余三者默认均在主机运行或依赖用户配置隔离。Hermes虽强但策略将未受信任输入置于风险中，建议配合官方Docker镜像使用。无论选择何种方案，用户必须在首日开启隔离措施，并意识到提示注入风险可能随时发生。