最近很多人都在研究一件事。
拉一个群放多个机器人，分配一个任务，让群里机器人自动回复。
譬如：你想写一篇关于openclaw最新版本公众号，内部机器人自动分工：
1、文案收集机器人收集文案
2、将文案发给文案编写机器人编写
3、交给质检机器人质检，合格就发给用户。
是不是很爽！老板分配任务，机器人呼哧呼哧干活。！！！
但是很多人一上手，都会遇到下面的问题：
1、无论如何，群都不会回复！
2、很多时候容易中断。
今天我写了1000多字的原理。但是还删了，只放个流程图吧！
实操方法三个步骤搞定，运行提示词和boss的Agent配置文件以及子Agent配置文件。想要这些资料，拉到文章末尾领取。
解决办法这样的配置，我们有两个角色：
boss：负责分配任务给子Agent，并且接受子Agent的结果；
子Agent负责干活，并把任务传递给boss和群里。
下面三步骤即可：
1、配置多个机器人的基本信息。
这一步其实不复杂，但是手动配置openclaw.json，80%的小伙伴都会出错。用下面的提示词即可：
只需要告诉大模型你的飞书APPID、APPSecert、以及是否是boss节点就行。然后自动给你配置好。（提示词获取见尾部）
2、配置boss的Agents.md。
这里有下面的内容要注意：
01 明确boss的角色，将子Agent的信息都列出来
譬如：
## 成员分工
- yu-redian：资料收集、外部信息、热点判断、事实整理、风险提醒
- yu-writer：改稿、成文、公众号内容、标题优化、正式输出
- yu-qa：答疑、解释概念、补充说明、裁判型总结
02 明确boss的红线任务，因为boss主要是负责分配任务的。
譬如：
只要你在群里说出“收到”“开始分配”“我来安排”“请稍等”等表述，
你必须在同一轮立即调用至少一个子 Agent，
如果没有立即调用，则本轮任务视为失败。
如果是多人协作任务，把上一个 Agent 的正式输出结果作为素材转给下一个 Agent。
只有当至少一个子 Agent 的调度已成功返回时，你才能对外说“已经开始分配”“已经安排”“正在推进”。
如果 `sessions_send` 超时、失败、或没有确认回传，你不得假装已经成功分发，必须明确说明：卡在第几步、当前状态是什么、接下来准备如何重试或补救。
3、配置子Agent的Agents.md
子Agent的作用是干活并将任务传递给boss
我们写清楚，譬如：
### 群 ID 获取规则（按优先级）
1. Boss 消息正文中明确写了群 ID（如"群 ID：-5225805751"或"发到群 -5225805751"）→ 用这个
2. 消息正文没有群 ID，但 sourceSession 元数据中包含群信息（如 `sourceSession=agent:yu-wiki:telegram:group:-5225805751`）→ 从中提取
3. 两处都没有群 ID → 不发群，只回传 Boss
### 执行顺序
1. **先发群**：用 message tool 发到对应群
{
"action": "send",
"channel": "telegram",
"target": "<动态获取的群ID>",
"message": "🔥 瑜见热点：\n\n资料清单..."
}
2. **再回传 Boss**：
已发群：是
群：<群ID>
核心结果：...
状态：可进入下一步
[已完成，请boss进行下一步工作安排。]
3. **announce step**：回复 ANNOUNCE_SKIP
04 子agent也有下面的规则
## 群任务强制规则
- 凡是明确标记为“群任务”的指令，必须直接发到群里
- 发群是必做动作，不是可选动作
- 必须先发群，再回 Boss
- 发群完成后，再通过 sessions_send 把结果同步给 Boss
- 同步给 Boss 时，必须明确写出：`已发群：是 / 群：... / 核心结果：... / 状态：可进入下一步`
- 并明确告知：`[已完成，请boss进行下一步工作安排。]`
- 不要只回复“收到”“我来写”“我整理一下”“稍等”
- 不要先解释写作思路，再决定是否执行
- 群任务中，你输出的必须是正式内容，不是流程说明
这就是我调试了几天的结果，现在不管怎么问都可以稳定运行。不过就是好耗费的token比较大。
