通訊系統通常包含許多客戶、團隊與主題的對話。在將通訊連線公開給 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
- Automations 可用的連線 trigger
連線所設定的範圍仍是邊界。被篩選條件排除的內容，不應僅因連線附加到 Space 就變得可取得。
考量已連結的 Space
父 Space 可以讀取其已連結子 Space 的內容。這包括透過子 Space 的連線所提供的通訊資料。
在將通訊連線公開給子 Space 之前，請同時檢查子 Space 的直接成員，以及任何連結到它的父 Space。如果任一方的受眾範圍大於應看到所納入對話的人員，請不要公開該連線。
公開通訊連線之前
請確認：
- 目標 Space 代表正確的客戶、業務或營運領域。
- 每位具有直接或連結存取權的人都應能閱讀所選取的通訊內容。
- Provider 篩選條件只納入必要的頻道、人員、網域、資料夾、標籤、會議或文字比對。
- 歷史匯入期間沒有超出必要範圍。
- 連線擁有者了解哪個 Space 將獲得存取權。
公開之後，在頁面或 automation 中依賴產生的內容之前，請先加以檢查。如果出現無關的通訊內容，請收緊連線範圍。 
