Channels 导读

一个群,多个Agent同时响应——广播组怎么用

广播组让多个Agent同时处理同一条消息,适合代码审查、多语言客服、质量复核等场景。目前仅支持WhatsApp网页渠道,且广播触发条件是OpenClaw本应回复(如被@)。配置时注意:广播组在频道白名单和群激活规则之后生效,别搞混执行顺序。

先讲这一页到底在解决什么

一个群,多个Agent同时响应——广播组怎么用

广播组让多个Agent同时处理同一条消息,适合代码审查、多语言客服、质量复核等场景。目前仅支持WhatsApp网页渠道,且广播触发条件是OpenClaw本应回复(如被@)。配置时注意:广播组在频道白名单和群激活规则之后生效,别搞混执行顺序。

原文共 19 节,先看 Start Here 路径:/channels/broadcast-groups 查看官方原文

第一站

🧠 这不是多通道,而是“同一扇门进来后,同时喊多个脑子开会”

把这层区别看懂,才不会把它和 routing 搅混。

🚪

还是同一个群

门没有变,消息还是从原来的群里进来。

👥

但 agent 不止一个

这次不是选一个脑子,而是一次叫醒一组脑子。

⚙️

broadcast.strategy

像开会方式,决定这些脑子并行上还是按别的策略来。

🎈

一句话

Broadcast Groups 就是“一个群里,一次群发给多个 agent”。

第二站

🗂️ 那段配置很好懂:群 ID 在左边,要叫醒的脑子名单在右边

读成“群 -> agent 列表”就够了。

\"120363...@g.us\": [\"alfred\", \"baerbel\"]

像写明“这个 WhatsApp 群一旦触发,就同时通知 Alfred 和 Baerbel 来处理”。

\"+1555...\": [\"support\", \"logger\"]

同理,这个入口可以同时叫客服脑和记录脑。

📌 仍然先过普通触发门槛

不是任何消息都广播。它还是发生在“本来已经会正常回复”的前提下。

🎈 收尾一句

Broadcast Groups 不是扩大准入,而是扩大“谁来一起接这活”。