一个 AI Agent，多个聊天平台：Leina 如何支持团队协作
了解如何用同一个 Leina 实例接入企业微信、Discord 等受支持的聊天平台，并区分聊天入口、应用连接与成员权限，从一个团队任务开始扩展。
概念插图：成员保留熟悉的聊天入口，共用同一个 Agent 实例。
项目讨论在企业微信，社区交流在 Discord，任务所需的资料又保存在业务应用中。给每个聊天平台分别配置一个 AI Agent，会让团队反复处理接入、连接和维护工作。
Leina 支持将同一个服务端实例接入多个受支持的聊天平台。团队可以从已有的工作群开始，再根据协作需要增加入口，无需仅仅因为使用另一个聊天平台而购买一个独立实例。
跨平台协作要先明确三件事：成员在哪里提出任务、Agent 从哪里获取业务数据，以及谁被允许使用这些数据。
聊天入口、Agent 实例和业务连接有什么区别？
这三者分别解决不同的问题：
| 层次 | 作用 | 示例 |
|---|---|---|
| 聊天入口 | 接收成员的任务与交流 | 企业微信工作群、Discord 频道 |
| Leina 实例 | 承接来自受支持入口的任务 | 同一个团队使用的 Leina |
| 业务连接 | 提供经过授权的数据和操作 | 支持所需查询操作的文档或业务应用 |
将 Leina 接入聊天平台后，还需要连接任务实际依赖的业务应用。能够在群里与 Agent 对话，并不自动获得其他软件里的数据访问权。
入口可以不同，实例可以共用
flowchart TB
accTitle: 入口可以不同，实例可以共用
accDescr: 企业微信和 Discord 连接到同一个 Leina 实例，该实例通过授权的业务连接访问任务所需数据。
W(企业微信):::channel
D(Discord):::channel
W --> L("Leina
共用实例"):::agent
D --> L
L --> C("已授权的
业务连接"):::gateway
C --> R(任务所需数据):::resource图中的关系描述接入方式，不代表不同平台的聊天记录、身份或历史上下文会自动合并。需要跨平台衔接任务时，明确提供项目名称、源记录链接和本次目标，会比依赖隐含上下文更可靠。
一个例子：在不同群里处理同一项目
假设一个团队用企业微信沟通项目交付，用 Discord 讨论社区反馈。两个入口都接入了同一个 Leina，相关业务应用也支持所需查询，且完成了授权。
内部项目群可以提出：
在已连接的项目文档中查找「项目 A」本周的会议记录，整理已确定事项和待解决的问题，并附上来源链接。本次只读取文档，结果发在当前群。
社区工作群则可以提出：
从已授权的反馈记录中整理本周关于「功能 B」的问题，合并重复问题并保留原始记录链接。只使用这个群允许访问的数据。
两项任务共用一个实例，但各自的数据来源、参与者和输出位置不同。团队应分别检查两个入口的权限，不能因为任务属于同一个项目，就默认内部资料可以发到另一个群。
如何从一个入口扩展到多个入口
建议按下面的顺序推进，具体接入操作以开始使用指南和当前控制台支持为准。
- 选择第一个工作场景。 优先选数据来源明确、参与者清楚、结果容易核对的任务，例如整理项目会议记录。
- 接入所需聊天平台。 确认团队使用的平台和接入方式在当前套餐中受支持。
- 配置业务连接与权限。 为任务连接合适的账号，核对可用操作和成员、群组的访问范围。
- 验证一次完整任务。 检查来源链接、输出内容和结果发送位置。
- 增加第二个入口。 根据新入口中的参与者重新检查权限，而不是直接沿用第一个群的全部访问范围。
这样扩展时，每增加一个入口，团队都有一项可验证的工作流程，而不只是多了一个可以聊天的机器人。
多平台使用前，需要确认什么？
共用实例是否意味着所有平台功能相同？
共用实例描述的是服务端接入关系。不同平台的消息格式、接入条件和可用交互方式可能不同，应按实际平台支持核对，避免把某个平台上的使用方式直接套到另一个平台。
是否意味着每个平台的费用完全相同？
无需为另一个聊天入口购买独立实例，不等于所有接入和用量都免费。具体平台条件、包含用量和额外费用见价格页面。
能否把内部总结直接转到外部群？
先检查总结里是否包含内部信息，以及目标群的成员是否有权接收。源数据的访问权限和结果的发送对象都需要明确。详见团队 Agent 权限管理。
把跨平台能力用在具体工作上
多平台接入的价值，是让成员在已有的协作环境中使用同一个 Agent。先选一个任务，说明来源、范围和结果位置，验证完成后再扩展到其他群和平台。
下一步可以阅读如何安全连接业务应用，了解聊天接入之后如何选择应用、核对操作并授权账号。关于 Leina 的整体定位，见团队 AI Agent 总览。