# 第七章 多渠道分发与多智能体协作

前几章，你已经把 OpenClaw 装在了本地，学会了在 Dashboard 对话框里聊天。现在，你要把它扩展到真实的生产环境——让它在 Telegram、WhatsApp、飞书企业群里工作，或者分拆成多个专业智能体各司其职。

当入口从单渠道扩展到多渠道、多群与多对端后，系统最常见的问题不是模型能力不足，而是边界不清：谁负责处理、哪些入口允许触发、哪些能力属于高风险、出现问题如何回放定位。这就是为什么本章高度关注“治理”而不只是“集成”。

本章的主线是把多渠道与多智能体做成可管理系统：

* 渠道策略负责收敛触发面（哪些人、哪些群可以触发）。
* 路由绑定负责收敛所有权（哪个智能体接管哪个入口）。
* 工具策略与沙箱约束负责收敛可执行边界（什么操作允许做）。

**学完这章你能做什么**

* 自信地把 OpenClaw 接入 Telegram、WhatsApp 或飞书，而不只是“跟着文档复制粘贴”
* 设计出符合自己业务的渠道隔离策略（比如客服和内部运维分开走不同账号）
* 设置多个智能体，每个专注于不同的领域或用户群，通过路由框架自动分发请求

## 本章内容导读

* [**7.1 渠道接入与入口治理**](https://yeasy.gitbook.io/openclaw_guide/di-er-bu-fen-jin-jie-shi-yong/07_multi_agent/7.1_telegram_whatsapp)：以 Telegram 与 WhatsApp 为例，走通接入流程，讲解私聊/群聊策略与多账号隔离。
* [**7.2 飞书专项接入指南**](https://yeasy.gitbook.io/openclaw_guide/di-er-bu-fen-jin-jie-shi-yong/07_multi_agent/7.2_lark_integration)：飞书开放平台的端到端接入流程与常见踩坑。
* [**7.3 路由基础：从单智能体到多智能体**](https://yeasy.gitbook.io/openclaw_guide/di-er-bu-fen-jin-jie-shi-yong/07_multi_agent/7.3_routing_basics)：路由绑定机制、决策链优先级与记忆存储隔离。
* [**7.4 协作模式：子智能体与广播组**](https://yeasy.gitbook.io/openclaw_guide/di-er-bu-fen-jin-jie-shi-yong/07_multi_agent/7.4_collaboration_patterns)：子智能体并行拆解、广播组投递、Announce Queue 协议与交接模板。
* [**7.5 本章小结**](https://yeasy.gitbook.io/openclaw_guide/di-er-bu-fen-jin-jie-shi-yong/07_multi_agent/summary)：关键结论与读者自检。