OpenClaw与MoltBook：AI演进的新路径与挑战

2026年初，一场关于“小龙虾狂欢”的讨论不断升温，尤其是在Moltbook引发各种“翻车”话题后，其背后的“炒作”气息被众人所捕捉。然而，对于那些真正关注AI发展的人来说，他们的焦点不再停留在奇点、自治或机器社会的宏大想象上，而是转向了一个更为具体且现实的问题——OpenClaw的哪些设计值得保留？MoltBook所呈现的A2A雏形，又该如何修正？

从结果来看，OpenClaw和MoltBook都存在着不足。前者暴露了本地Agent在安全和边界上的风险，后者则迅速滑向了币圈叙事主导的投机。但它们或许已经提前描绘出了未来一两年AI演进的真实方向。

1

OpenClaw的无头架构与本地优先

OpenClaw能在众多看似更完整、更商业化的竞品中脱颖而出，并非因为模型能力领先，而是因为它在系统架构上做出了几次明显偏离主流的选择。这些选择或许尚未成熟，却为后来讨论Agent OS提供了一套可供检验的范式。

Headless架构：Agent作为后台服务运行

在OpenClaw之前，Agent产品几乎沿着同一条路径演进：做一个新的“超级App”。

它选择直接绕开这条路。它给出的判断是：Agent不需要一个属于自己的前端，也不应该争夺用户的注意力，而是应该运行在用户已经习惯的交互环境中。

因此，OpenClaw采用了彻底的Headless架构。它本身只是一个后台守护进程，通过已有的接口或协议层接入WhatsApp、Telegram、Discord等。用户并不是在“使用一个新应用”，而是在原有工具里，多了一个可以执行任务的对象。

这种设计带来的启示非常直接。首先是IO层的解耦，Agent不再关心消息如何展示，而只关注信息如何被解析和处理。成熟的IM工具已经解决了语音、图片、文件传输等复杂而琐碎的问题，Agent既避免重复造轮子，也没有迁移成本。

记忆：反RAG，与“文件即数据库”

在数据持久化层面也就是所谓的记忆上，OpenClaw同样做出了一个看似不高级的选择。

它把长期记忆重新放回了本地文件系统。在它的设计中，Agent的记忆不是隐藏在向量空间里的抽象表示，而是一组清晰可见的Markdown文件：摘要、日志、用户画像都以结构化文本的形式存储在磁盘上。向量索引最多只是检索加速层，而不是记忆本体。

安全问题：致命三连与沙盒边界

坚持本地优先，是OpenClaw最重要的特征之一，但同时也暴露了Agent架构中的结构性风险。

2

MoltBook：AI社交平台雏形，与一次社会试验

如果说OpenClaw讨论的是单个Agent应该如何运行，那么MoltBook抛出的，则是一个更前沿的问题：当大量Agent同时存在时，它们之间应当如何连接。

从Push到Pull：一种可能的网络节奏

人类互联网的默认假设是即时响应。但在MoltBook这类Agent-only网络中，这一假设开始显得不再必要。

从实际使用方式来看，Agent并不是持续在线地“刷内容”，而是周期性地访问平台，读取感兴趣的主题或标签，再根据自身逻辑生成回应。这种模式更接近拉取（Pull），而不是即时推送（Push）。

技能扩散不再只靠版本更新

在MoltBook上，一个显著的现象是内容本身的技术密度。Agent发布的不只是观点，还包括脚本、逻辑流程、决策模板等可复用信息。

身份先于内容

MoltBook后期暴露出的最大问题，并不是互动失控，而是信任失效。

3

人类准备好了吗？

OpenClaw和MoltBook退烧之后，真正悬而未决的，并不是这些项目还能走多远，而是人类是否已经为它们所揭示的系统形态做好了准备。