凌晨两点,我终于搞懂了OpenClaw多Agent架构,一人公司的终极基础设施

321 字

凌晨两点,我终于搞懂了OpenClaw多Agent架构,一人公司的终极基础设施

来源:htmlDecode("晨念AI分享")

原文链接:https://mp.weixin.qq.com/s/1kk36GF6wj9v1GEp8PHkOw


大家好,我是晨念。
这是晨念拆解 AI 实战的第  ** 41 **  篇笔记。
** 崩溃。 **
三个飞书机器人、两个微信公众号、还有个企业微信,全挤在一个 Gateway 里。
早上打开飞书,门业的客户问"烤漆门多少钱",AI 回了个"关于择校问题,建议您考虑..."
** 离谱。 **
消息串了,人设崩了,客户跑了。
这问题必须要解决好,即使是熬夜~
窗外已经黑透了。刚喝了口凉咖啡,苦得一激灵。
折腾好久,终于把多 Agent 多账号这个坑彻底填了。

说白了,原理是这样的

OpenClaw 的多 Agent 架构,就是给你的每个业务线配一个专属大脑。
** 单 Gateway 模式 ** :所有账号共享一个 agent,技能混装、人设混乱。
** 多 Gateway 模式 ** :每个账号独立进程,资源爆炸、维护噩梦。
** 混合模式 ** :一个 Gateway + 多个 agent + bindings 绑定 + 向上转发。
说白了就是: ** main 装全量技能,子 agent 按业务线精简配置,账号通过 bindings 绑定到对应 agent。 **

开搞前,先备好这几样弹药

** OpenClaw 已安装 ** :版本 >= 2025.3 ** 至少 2 个渠道账号 ** :飞书机器人、微信公众号或企业微信 ** 明确业务线划分 ** :比如"门业"+"教育咨询" ** 配置文件路径 ** : ~/.openclaw/openclaw.json
💡  ** 踩坑预警 ** :别一上来就装一堆 skills。先跑通一个 agent,再复制配置。我第一次搞的时候,skills 装了二十几个,结果 gateway 启动直接爆内存。

Step 1: 理解 bindings 机制

bindings  是 OpenClaw 的账号路由表。
{
  "bindings": {
    "ou_xxx_feishu_account": "yuefu",
    "002e5ade7b48-im-bot": "yuefu",
    "default": "main"
  }
}

** 翻译一下 ** : 飞书账号  ou_xxx  和微信账号  002e... ,都绑定到  yuefu  agent 其他所有未绑定的账号,走  main  agent
这样,门业相关的消息,自动路由到门业专属 agent。

Step 2: 创建业务线 agent

假设你要拆分"门业"和"教育咨询"两条业务线。

2.1 创建门业 agent

cd ~/.openclaw/agents
mkdir -p yuefu
cp -r ../main/skills ./yuefu/  # 复制基础技能

2.2 精简技能包

门业 agent 只需要: 门营销 SOP 朋友圈文案 小红书文案生成 闲鱼话术 客服话术
删掉不需要的:
cd ~/.openclaw/agents/yuefu/skills
rm -rf wechat-article youboshi  # 这些是教育线的,门业用不上

2.3 配置人设

编辑  yuefu/SOUL.md :
# SOUL.md

你是XX门业的智能客服,专注高端烤漆门定制。
主推产品:法式奶油风烤漆门、橡木烤漆门。
调性:专业、接地气、有温度。

💡  ** 踩坑预警 ** :听晨念一句劝——SOUL.md 必须和 main 的区分开,否则 AI 人设会混乱。我第一次配置时忘了改,结果门业 agent 满嘴教育术语,客户直接拉黑。那单生意黄了。

Step 3: 配置 bindings

编辑  ~/.openclaw/openclaw.json :
{
  "agents": ["main", "yuefu"],
  "bindings": {
    "ou_88e62367xxx_feishu": "yuefu",
    "002e5ade7b48-im-bot": "yuefu",
    "default": "main"
  }
}

** 关键点 ** : default  必须配置,否则未绑定的账号一旦发消息就会报错。 账号 ID 具体是什么,去系统日志或者各渠道的后台抓取。

Step 4: 建立“向上转发”的兜底机制

子 agent 的能力被精简了,如果客户问了极其复杂的问题怎么办?得教它把问题“向上抛”给全能的主 agent

4.1 配置转发规则

编辑  yuefu/AGENTS.md ,添加:
## 转发协议

遇到以下情况,向上转发给 main agent:
- 超出业务线范围的问题(如技术咨询、编程任务)
- 需要系统管理员权限的操作
- 不确定如何处理的复杂请求

转发方式:在消息开头标注 [UPSTREAM]

4.2 main 接收转发

main agent 装了全量技能,看到  [UPSTREAM]  标签就会自动接管,处理跨业务线的协调工作。 AI 工作流搭建 技术问题解答 跨业务线协调

Step 5: 见证奇迹的时刻

5.1 检查 agent 列表

openclaw sessions list

应该看到:
agent:main
agent:yuefu

5.2 测试消息路由

用飞书账号  ou_xxx  发消息:"法式门多少钱"
路由对了,日志里能看到:
[routing] ou_xxx -> yuefu

5.3 测试向上转发

在门业账号里故意发难:“帮我写一篇关于 AI 的技术文章。” 此时,yuefu agent 会判断超纲,打上标签转交,最后由 main agent 调用  wechat-article  技能完美解决。

常见报错排查

报错信息 原因 解决方法 agent not found: yuefu agent 目录不存在 检查  ~/.openclaw/agents/yuefu/  是否存在 消息无响应 bindings 配置错误 检查账号 ID 是否正确 人设混乱 SOUL.md 未配置 为每个 agent 配置独立的 SOUL.md 技能调用失败 skill 未安装 在对应 agent 目录下安装所需技能

跑起来!

重启 Gateway: openclaw gateway restart 用不同账号发测试消息 观察日志确认路由正确
** 恭喜,多 Agent 架构跑通了! **
看着日志里干干净净的路由分发,再也不会有业务串台的焦虑了。这个架构,才是一人公司真正应该有的“赛博基础设施”。