OpenClaw单群多Bot问题解决实战

在企业AI应用场景中，多机器人协作是提升效率的关键能力。通过在群聊中部署多个机器人，让它们自动分工协作完成复杂任务，是许多团队梦寐以求的工作方式。然而，实际落地时却往往遇到群聊不回复、任务易中断等棘手问题。

第一步：配置多个机器人的基本信息

本文将分享一套经过实践验证的解决方案，通过三个步骤即可让多机器人在群聊中稳定运行。整个方案的核心思路是建立清晰的任务分配机制：Boss节点负责协调和分配任务，子Agent负责具体执行，两者配合形成完整的工作流。

第二步：配置Boss节点的Agent配置

配置多个机器人的基本信息是整个系统运行的基础。这一步骤虽然看似简单，但手动配置openclaw.json文件时，80%的开发者都会出错。建议使用自动化提示词，让大模型根据你的飞书APPID、APPSecret以及是否为Boss节点，自动生成完整的配置文件。这种方式不仅能避免配置错误，还能大幅提升部署效率。

Boss节点在整个协作系统中扮演着任务中枢的角色，负责将任务分配给合适的子Agent，并汇总处理结果。在配置Boss节点的Agents.md时，需要注意两个核心要点：

首先，要清晰列出所有子Agent的信息和分工。例如：yu-redian负责资料收集、外部信息获取和热点判断；yu-writer负责改稿、公众号内容编写和标题优化；yu-qa负责答疑、概念解释和结果审核。其次，必须明确Boss节点的红线规则——当群聊中出现「收到」「开始分配」等表述时，必须在同一轮立即调用至少一个子Agent，否则本轮任务视为失败。对于多人协作任务，需要将上一个Agent的正式输出结果作为素材传递给下一个Agent。只有当子Agent调度成功返回时，才能对外确认任务已开始执行。

明确成员分工与红线规则

子Agent的配置同样关键。每个子Agent需要明确群ID获取规则和执行顺序。在群ID获取方面，优先级依次为：Boss消息正文中的群ID > sourceSession元数据中的群信息 > 两处都没有则只回传Boss不發群。执行顺序上，子Agent必须先发群（使用message工具发送到对应群），再回传Boss结果。回传时需要明确标注：已发群状态、群ID、核心结果以及「可进入下一步」的进度说明。此外，子Agent也需遵守群任务强制规则——明确标记为群任务的指令必须直接发到群里，这是必做动作而非可选动作。

如有侵权，请联系删除。