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

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

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

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

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

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

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

## 本章内容导读

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


---

# Agent Instructions: Querying This Documentation

If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter:

```
GET https://yeasy.gitbook.io/openclaw_guide/di-er-bu-fen-jin-jie-shi-yong/07_multi_agent.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.