# 飞书相关 GitHub Issue 回复

> ← [返回 README](../README.md) | [📚 文档索引](./README.md)

以下为 4 个飞书相关 issue 的回复内容，已在本次提交中通过代码改动解决。

---

## #55 飞书不支持BOT之间交流

确认：飞书 Bot 确实不能互相 @触发（这是飞书平台限制，不是 OpenClaw 的问题）。Discord Bot 可以互相 @，但飞书 Bot 发出的 @mention 不会被其他 Bot 识别为事件。

**解决方案**：飞书已改为**单 Bot（司礼监）+ sessions_spawn 后台调度**架构：
- 只需创建 1 个飞书应用（司礼监）
- 司礼监收到任务后，用 `sessions_spawn` 在后台派给各部门
- 各部门完成后结果回到司礼监，由司礼监向用户汇报
- 用户只看到司礼监一个 Bot，背后整个朝廷都在干活

`install.sh` 飞书模式已更新为单 Bot 配置，飞书配置指南已重写。

---

## #52 怎么一个入口即可

现在飞书默认就是单 Bot 模式了！运行 `install.sh` 选择飞书模式，只需创建 1 个飞书应用（司礼监），填 1 组 App ID / App Secret 即可。

司礼监作为唯一入口，通过 `sessions_spawn` 自动调度后台 9 个部门协作。

---

## #51 对接飞书也是需要每个Agent绑定一个机器人吗

**不需要。** 飞书推荐单 Bot 模式：
- 只需 1 个飞书应用（司礼监）
- 10 个 Agent 全部保留（后台工作）
- 只需 1 条 binding（飞书 → 司礼监）
- 其他部门通过 `sessions_spawn` 被调度，不需要独立的飞书应用

如果你确实需要多个独立入口（如不同群绑不同部门），可以创建多个飞书应用，但这是高级用法，大多数用户不需要。

---

## #22 不依赖于Discord的多Agent交互方案

飞书单 Bot + sessions_spawn 就是答案：
- **平台**：飞书（国内无需梯子，WebSocket 长连接不需要公网 IP）
- **架构**：单 Bot（司礼监）作为入口，`sessions_spawn` 后台调度 9 个部门
- **效果**：与 Discord 多 Bot 模式完全等价，只是调度方式不同
  - Discord：司礼监在频道 @兵部 派活（公开可见）
  - 飞书：司礼监用 sessions_spawn 后台派活（司礼监汇报结果）

也支持纯 WebUI 模式（路径 E），完全不需要任何 Bot 平台。
