通信系统通常包含许多客户、团队和主题的对话。在将通信连接暴露给某个 Space 之前，请将该连接限定在最小的有用消息或转录集合内。
这样可以保持 Space 上下文的相关性，并防止无关的通信内容被其成员、agent、页面和 automation 访问。
先选择目标 Space
从访问边界入手。确定哪个 Space 应当使用这些通信数据，并确认其成员与应当能够阅读这些数据的人员相符。
如果同一个通信系统包含多个客户或业务的数据，请为各自的 Space 使用独立的限定范围连接，而不是将一个宽泛的连接暴露到所有地方。
先过滤再暴露
在将连接暴露给 Space 之前，先配置连接的来源范围。可用的控制项取决于 provider：
Slack
仅选择与该 Space 相关的 Slack 频道。当 Space 服务于单个客户或业务时，避免暴露全组织范围或跨客户的频道。
Gmail
使用以下一个或多个条件限定所包含的消息：
- 联系人和电子邮件域名
- Gmail 标签
- 消息主题或正文中的文本
Outlook
使用以下一个或多个条件限定所包含的消息：
- 联系人和电子邮件域名
- Outlook 文件夹
- 消息主题或正文中的文本
Fathom 和 Fireflies
按参会者电子邮件地址或域名限定会议转录。对于 Fathom 和 Fireflies，你还可以匹配会议标题中的文本。
当 provider 支持历史导入时间窗口时，仅选择 Space 所需的时间段。
在暴露连接之前，请仔细检查过滤条件。宽泛的域名、共享文件夹、频道或文本规则可能会包含超出目标客户或业务范围的对话。
暴露后可以实现什么
暴露限定范围的连接后，其包含的内容可被以下对象使用：
- 在该 Space 中工作的 Agents
- 由 Agents 和 Automations 提议的页面命令
- 读取已连接内容的 Automations
- 可供 automation 使用的连接触发器
连接配置的范围始终是边界。被其过滤条件排除的内容不应仅因连接附加到 Space 就变得可访问。
考虑关联的 Space
父 Space 可以读取其关联子 Space 中的内容。这包括通过子 Space 的连接提供的通信数据。
在将通信连接暴露给子 Space 之前，请同时检查子 Space 的直接成员以及任何关联到它的父 Space。如果任一受众范围比应当看到所包含对话的人员更广，请不要暴露该连接。
暴露通信连接之前
请确认：
- 目标 Space 代表正确的客户、业务或运营领域。
- 所有拥有直接或关联访问权限的人员都应当能够阅读所选的通信内容。
- Provider 过滤条件仅包含必需的频道、人员、域名、文件夹、标签、会议或文本匹配。
- 历史导入时间窗口不超过必要范围。
- 连接所有者了解哪个 Space 将获得访问权限。
暴露后，在页面或 automation 中依赖这些内容之前，请先检查生成的内容。如果出现无关的通信内容，请收紧连接范围。 
