? 深度解读 OpenClaw
Gateway 中控架构与五层运行时网关
智体共合科技 · 深度技术解读 · 2026年8月
OpenClaw 是 2025 年底爆火的开源 AI Agent 项目，由奥地利开发者 Peter Steinberger 创建，由 OpenClaw Foundation 管理。截至 2026 年 7 月，GitHub Stars 突破 38 万，社区 Skills 超过 2.6 万个。
但与"它会自己进化"的流行叙事不同，OpenClaw 真正的技术内核是一个 Gateway 中控架构的五层运行时网关系统。本文从源码层面拆解其核心设计。
① 核心哲学：Gateway 中控
OpenClaw 最核心的设计决策是单中控 Gateway 模式——每台主机运行一个常驻 Node.js 进程（默认 127.0.0.1:18789），它是 IM 会话、消息路由、会话状态的唯一可信源。
为什么是单中控？ IM 会话有状态——WhatsApp 的 Baileys 会话不能双进程共存，必须单点持有。这是一个看似反共识、实则务实的架构选择。
② 五层架构全景
OpenClaw 从工程实现看是一个围绕 Agent 构建的运行时网关系统，整体架构分为五层：
层级
名称
职责
1
用户接口层
CLI / Web UI / App / WebSocket
2
Gateway核心层
连接管理·请求接入·热加载·健康监控
3
消息处理层
Agent执行器·路由系统·会话管理·媒体处理
4
扩展与插件层
通道插件·Skills·subAgent机制
5
基础设施层
配置·日志·定时任务·记忆·沙箱
? ③ Gateway 内部：11个核心组件
Gateway 进程内部承载着完整的控制平面
组件
职责
关键点
WS Hub
所有WS连接入口
客户端/节点/渠道统一收口
消息路由器
归哪个Agent/会话
Agent ID + 发送者分流
会话管理器
创建/读取/追加
每会话一个.jsonl文件
Skills加载器
扫描+门控+快照
6级优先级，会话级快照
Agent Runtime
嵌入式循环
不委托外部，自己跑ReAct
Provider适配器
35+ LLM API
支持vLLM/Ollama自托管
工具执行器
执行工具调用
沙箱隔离不受信代码
去重器
幂等键去重
TTL 20分钟
④ Session 模型与 Lane Queue
Lane Queue — 串行隔离 + 并行扩展
同一session_key的消息串行执行（FIFO），不同session_key的会话可并行处理。这是OpenClaw与Hermes最关键的架构差异。
会话采用双层存储：轻量索引 `sessions.json`（元数据）+ 重度转录 `{sessionId}.jsonl`（完整对话历史，JSON Lines格式，追加写、可重放）。
⑤ Skills 系统：6级优先级 + 人工审批
Skill = SKILL.md 文件（YAML frontmatter + Markdown）。共 6 级加载优先级，支持门控过滤（os/requires.bins/requires.env等条件不满足则跳过）。
关键差异：OpenClaw 采用 Skill Workshop——Agent 不能直接写SKILL.md，需起草提案 → 用户审查批准后才写入。这与Hermes的"自动写"形成鲜明对比，以安全性换自动化。
⑥ 安全模型：三层防御 + 通信信任分级
层级
名称
措施
设备层
谁在连接
设备配对审批 + Challenge签名 + 令牌管理
渠道层
消息来源
allowFrom白名单；群聊仅@提及响应
执行层
做什么
Docker沙箱；密钥不注入沙箱和日志；installPolicy
⑦ OpenClaw vs Hermes 五维对决
维度
? OpenClaw
? Hermes
架构核心
Gateway中控
Agent Engine
技能系统
6级优先级+人工审批
前台+后台自动写
并行能力
✅ Lane Queue多会话
❌ 单线程串行
记忆系统
JSONL+Markdown+向量索引
冻结快照+SQLite FTS5
模型训练
无
有（RL训练飞轮）
通道数
25+
14+
安全模型
三层防御+信任分级
七层纵深防御
? 写在最后
OpenClaw 的核心优势在于连接能力：25+消息通道、35+LLM Provider、2.6万社区Skills
它的核心局限在于不训练自己的模型——不具备RL训练飞轮
两者不是零和竞争。一个负责接入与调度，一个负责执行与学习，在架构上具备互补可能。
智体共合科技（594agent.com）· 领先的去中心化多智能体协作网络服务商
