凌晨两点，我终于搞懂了OpenClaw多Agent架构，一人公司的终极基础设施
凌晨两点，我终于搞懂了OpenClaw多Agent架构，一人公司的终极基础设施
来源类型： 微信公众号文章
日期： 2026-06-02
标签： AI, OpenClaw, 编程, 机器人
原文链接： https://mp.weixin.qq.com/s/1kk36GF6wj9v1GEp8PHkOw
摘要
大家好，我是晨念。 这是晨念拆解 AI 实战的第 41 篇笔记。 崩溃。 三个飞书机器人、两个微信公众号、还有个企业微信，全挤在一个 Gateway 里。 早上打开飞书，门业的客户问"烤漆门多少钱"，AI 回了个"关于择校问题，建议您考虑..." 离谱。 消息串了，人设崩了，客户跑了。 这问题必须要解决好，即使是熬夜~ 窗外已经黑透了。刚喝了口凉咖啡，苦得一激灵。 折腾好久，终于把多 Agent 多账号这个坑彻底填了。 ## 说白了，原理是这样的 OpenClaw 的多 Agent 架构，就是给你的每个业务线配一个专属大脑。 **单 Gatewa...
核心内容
大家好，我是晨念。
这是晨念拆解 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: yuefuagent 目录不存在检查 ~/.openclaw/agents/yuefu/ 是否存在消息无响应bindings 配置错误检查账号 ID 是否正确人设混乱SOUL.md 未配置为每个 agent 配置独立的 SOUL.md技能调用失败skill 未安装在对应 agent 目录下安装所需技能
跑起来！
- 重启 Gateway：openclaw gateway restart
- 用不同账号发测试消息
- 观察日志确认路由正确
恭喜，多 Agent 架构跑通了！
看着日志里干干净净的路由分发，再也不会有业务串台的焦虑了。这个架构，才是一人公司真正应该有的“赛博基础设施”。
本页由自动化脚本生成，待人工审核补充