玩OpenClaw很久了，发现多Agent根本没真正跑起来。很多设置只是"看起来有"，并没有真正进入系统调度。

今天重新整理OpenClaw多Agent系统，才发现前面踩过的一个大坑，其实很基础。

我原来以为的"多Agent"

看了一些资料后，理解很简单：安排OpenClaw建立几个Agent，这套系统就算搭起来了。

基于这个思路，设了3个子Agent：工作区、多媒体区、代码开发区。名字都起好了，目录也分出来了。

但问题在于：它们长期工作并不正常。

问题所在

和GPT-5.4一起调试后才发现：

虽然表面上有几个Agent空间，但真正持续工作的，其实只有一个主workplace。所有入口内容，最后都汇集到了这个地方。

我以为存在的"多媒体子引擎"，实际上根本没有真正接管任务。

直白一点：我之前设置的很多所谓子Agent，本质上只是几个文件夹，而不是系统里真正参与调度的Agent。

真正的原因

经过深入讨论，才清楚：这些Agent必须在config.json里做好对应的路由配置，主Agent才能把任务正确分发出去。

• 没有路由配置，主Agent不会调度
• 没有系统注册，子Agent就只是摆设

正确的做法（7步）

今天把一开始就该做对的结构，重新梳理了一遍：

1. 设立一个主Agent，名字叫main_agent
2. 执行重启，运行openclaw gateway start
3. 确认原来的工作内容，从最初的workplace迁移到了新的workplace_main_agent
4. 在主Agent下重新建立3个子Agent进程
5. 为这些子Agent补齐各自需要的soul、user、agent、daily等配置文件
6. 把这3个子Agent正式注册进系统，让它们真正进入调度链路
7. 再把video_pipeline这个视频生成工程流，迁移到新的media子引擎里

多Agent的三个核心要点

多Agent系统的核心，不是你界面上看起来有多少机器人，而是三件事有没有同时成立：

要点	说明
只有一个清晰入口	所有请求先到主Agent
有真正负责分派任务的主Agent	主Agent负责路由分发
子Agent已注册进系统并被路由规则调用	config.json配置完整

这三件事少一件，多Agent都可能只是表面热闹。

进阶玩法

另外，多机器人配置，每个机器人对应一个Agent的做法也是同样可取的。在Telegram或者Discord中，或许可以在群里互相对话沟通交流——这可能是下一步要探索的方向。

总结

如果你也在用OpenClaw多Agent功能，发现子Agent"看起来有但跑不起来"，先检查：

1. config.json里有没有完整的路由配置？
2. 子Agent有没有注册进系统？
3. 是不是只有文件夹，没有真正的系统进程？

把这三个问题搞清楚，多Agent才能真正发挥作用。