OpenClaw 架构在应用层的风险

未来的哇咔咔••6 分钟阅读

封面图

写作背景：2026年3月，我看到了大量基于 OpenClaw 的第三方客户端。功能雷同、界面相似，几乎都是"换个皮"就上线。这让我开始思考一个问题：当 Runtime 标准化之后，这些产品的差异化价值在哪里？

行业现状：OpenClaw 产品的爆发与同质化

2026年2月，Product Hunt 上出现了几十款 xxxclaw 产品。OpenClaw 在 GitHub 上的星标数突破 25 万，从发布到破纪录只用了两个月。

但热闹背后，我看到一个有趣的规律：大家都在做"龙虾身子"，很少有人在做"龙虾脑子"。

所谓"龙虾身子"，就是 Runtime——消息路由、工具调度、MCP 协议、环境隔离。这些逻辑通用、开源成熟、复用门槛低。你抄我的，我抄你的，最后做出来的东西都差不多。

而"龙虾脑子"——Memory（记忆）、Skill（技能）、Knowledge Base（知识库）、Profile（用户画像）——这些真正决定产品差异化的部分，却鲜有人深入。

我的判断是：随着 Runtime 的标准化，单纯的客户端产品将失去差异化价值。行业会向"Runtime 与 State 解耦"的深水区演进，而在那个阶段，谁掌握了"脑子"，谁就掌握了真正的资产。

架构分析：Runtime 与 State 的解耦

OpenClaw 的架构（其实所有Agent都差不多）设计上有一个核心特点：Runtime 与 State 分离。

Runtime（身子）：标准化的基础设施

Runtime 是一套执行系统，包含几个核心模块：

  • Gateway：WebSocket 网关，负责消息路由和平台连接（Telegram、Discord、WhatsApp 等）
  • Agent Runtime：代理运行时，处理"接收消息 → 组装上下文 → 调用模型 → 执行工具"的循环
  • Tool Use：工具调度系统，管理 Agent 调用外部工具的能力
  • Sandbox：环境隔离，为不同会话提供独立的执行环境（Docker 容器）

这些模块的逻辑是通用的。不管你是做客服机器人、代码助手，还是个人助理，Runtime 的工作方式几乎一样。这也是为什么大家都能快速做出一个 OpenClaw 客户端——你只需要把这套逻辑包装一下，套个 UI 就能上线。

State（脑子）：非标准化的核心资产

State 的准确含义应该是运营的状态和资产，它包含：

  • Memory：长程记忆和短程记忆，决定了 Agent 能记住什么、能基于什么做决策
  • Skill：配置化的技能包，决定了 Agent 能做什么、擅长做什么
  • Knowledge Base：私有的向量数据库，决定了 Agent 的知识边界
  • Profile：用户画像和偏好设置，决定了 Agent 如何个性化服务

这些内容高度非标准化，具有强迁移诉求。用户会希望自己的"脑子"能随身携带，从一个客户端迁移到另一个客户端，而不是被锁定在某个产品里。

这也是 OpenClaw 架构最有意思的地方：State 可以物理剥离。你只需要复制 workspace 目录，就能把整个"脑子"搬到另一个环境。

历史规律：基础设施化的必然趋势

对比比特币生态

比特币早期，全节点和钱包是一体的。你要使用比特币，就得下载整个区块链数据。那时候，钱包本身就是基础设施。

但后来，协议层开始标准化。出现了轻量级钱包、硬件钱包、托管服务。钱包不再是基础设施，而是接入了标准化的协议层。真正的价值转移到了链上资产和托管服务。

现在，没有人会因为"做了一个比特币钱包"而获得融资。因为钱包已经基础设施化了，差异化价值趋近于零。

推演 OpenClaw

同样的逻辑可能也会发生在 OpenClaw 身上。

当 Runtime 预装在操作系统或主流 IM 工具中时，独立客户端的生存空间将大幅缩减。用户不再需要下载一个独立的 App 来使用 AI Agent——微信、飞书、钉钉会直接提供原生的 Runtime 环境。

那时候，还在做"龙虾身子"的产品，会发现自己做的东西已经被操作系统免费提供了。

OpenClaw上下游生态位

如果 Runtime 基础设施化，整个生态会如何演进？我们试着推演一下。

顶级流量平台

微信、飞书、钉钉这些平台，会成为 AI Agent 的首选唤起入口。无论是否自己开发 Runtime，只需要接入标准化的协议，就能让用户在自己的 App 里使用各种 Agent。

他们会轻松瓜分B端、C端的入口流量，其他中小厂商就不要执迷不悟了。

云服务厂商

腾讯云、阿里云这些厂商，会负责"云端大脑"的持久化、加密与跨设备同步。它们还会提供低延迟的模型推理接入和 Skill 托管服务。

这是一个巨大的商业机会。因为 State 的管理需要专业的基础设施，不是每个小团队都能做好。

模型厂商

智谱、月之暗面这些模型厂商，会专注于差异化推理能力。比如长逻辑链推理、特定语言优化、多模态能力等。

它们不需要自己去做客户端，只需要提供好的 API，让上层应用来调用。

垂类开发者与小厂

对于独立开发者和小团队来说，机会在哪里？

我认为在于开发定制化的 MCP 接口、高质量的 Skill 技能包、行业垂直知识库。商业模式从"卖 App"转向"卖能力"和"卖数据资产"。

中小厂风险与趋势

结构性风险

如果哪个团队现在还在大量投入 Runtime 开发，那么应该警惕这个风险：基础设施化后的价值归零。

历史上已经有太多案例：浏览器、邮件客户端、即时通讯工具——当这些东西成为操作系统的一部分时，独立的第三方产品就失去了生存空间。

用户数据所有权

OpenClaw还验证、强化了一个逻辑：数据主权回归个人是正确的，也是不可逆的。

用户会越来越意识到，自己的记忆、技能、知识库是核心资产。他们不希望这些资产被锁定在某个产品里，而是希望"脑子随身带"，在不同的客户端之间自由迁移。

能够顺应这个趋势的产品，会获得用户的信任。反之，试图锁定用户数据的产品，会被市场淘汰。

一些应对思路

  • 拥抱开放格式：支持用户数据的自由迁移。让用户相信，他们的"脑子"不会被锁定在你的产品里。
  • 强化"触手"能力：专注于解决特定业务场景的自动化。比如自动写周报、自动整理会议纪要、自动分析竞品动态。这些是真正有价值的能力，而不是通用的 Runtime。
  • 深耕垂直领域：找一个细分领域，把 Skill 做深、做透。比如专门为律师、医生、程序员、投研分析师提供定制化的知识库和技能包。

结论

OpenClaw 的价值不在于创造了新的应用，而在于统一了 Agent 的架构和产品形态。

它让"Runtime"和"State"分离，让 Runtime 成为标准化的基础设施，让 State 成为可迁移的核心资产。

未来的成功者，将是那些顺应"State 脱离应用"趋势、在垂直能力层深耕的开发者。他们不是在做"龙虾身子"，而是在做"龙虾脑子"。

而那些还在做"龙虾身子"的产品，终将发现自己做的东西，已经被操作系统免费提供了。