关键词:分层架构|ACP 协议|解耦设计|Monorepo|数据流
在第 1 篇中,我们明确了 OpenClaw 的使命:成为连接 AI 大脑与现实世界的工业级智能体网关。但一个系统能否真正支撑复杂生产场景,关键在于其架构是否清晰、模块是否解耦、扩展是否灵活。
OpenClaw 采用了一种被称为“三位一体”(Trinity Architecture)的设计范式,将整个系统划分为三个正交层次:
这三层各司其职、互不耦合,共同构成了一个高内聚、低耦合、可水平扩展的 AI 基础设施。
让我们以一条来自 WhatsApp 的用户消息为例,看它如何穿越 OpenClaw 的三层架构:

🔁 关键点:每一层只与相邻层交互,渠道不知道模型,模型不关心渠道。
chat.history, agent.abort)
startAccount 接口🌐 网关层是 OpenClaw 的“外交官”——它不懂 AI,但能和全世界对话。
市面上已有 gRPC、GraphQL、REST,但它们:
因此,OpenClaw 定义了 ACP(Agent Client Protocol)——一种专为 AI Agent 设计的轻量级 JSON-RPC 变体。
agent.lifecycle)assistant.text.delta 事件实现打字机效果idempotencyKey 防止重复提交{
"jsonrpc": "2.0",
"method": "chat.send",
"params": {
"sessionKey": "wa:1234567890",
"message": "列出当前进程",
"attachments": [],
"timeoutMs": 60000
},
"id": "req_abc123"
} 📜 协议层是 OpenClaw 的“翻译官”——它让不同方言(渠道)和不同思维(模型)能无障碍沟通。

SKILL.md 学会使用新工具🧠 智能体系是 OpenClaw 的“指挥官”——它不碰网络,但能指挥千军万马。
OpenClaw 采用 pnpm workspace + Monorepo 组织代码,清晰分离关注点:

这种结构带来三大优势:
src/acp/types.ts 可被 ui/ 和 apps/ios/ 同时引用pnpm run dev 同时启动网关 + Web UI
✅ 解耦不是为了复杂,而是为了简单——让每个开发者只需关注自己的一层。
OpenClaw 的“三位一体”架构,本质上是一种面向未来的防御性设计:
这种架构不仅支撑了当前的功能,更为十年后的扩展预留了空间。
在下一篇文章中,我们将深入 ACP 协议本身,解析其消息格式、错误码设计与类型安全机制。
✅ 下一篇预告: 第 3 篇:ACP 协议设计哲学 —— 为什么 OpenClaw 选择自研 Agent Client Protocol