體驗內容聊天是由一位使用者創建的任何內容，並且傳送給一個或多個其他使用者，包括：
- 聊天泡泡在 Avatar 的頭上
- 直接傳送訊息給用戶
- 聊天視窗通信之間的用戶
- 團隊特殊訊息
發送和交付時，這些通訊必須先通過 TextChannel 實例。這樣可以確保訊息遵守隱私設定，並且可以顯示給管理員，並且正確過濾。
某些文字是 不 被視為聊天：
由開發人員建立的菜單上的文字（例如，「按任意鍵繼續。」）
從體驗更新狀態(例如，「剩餘兩分鐘！」)
管理員指令的公告
一個使用者重新命名他的寵物
用戶在標誌上寫了一些文字
審核儲存記錄或訊息
體驗中的評論
如果留言支持回覆功能，這些回覆將被視為對話，因此受到此政策的考慮。
在公告板上寫一篇文章
任何與對話無關的用戶生成的文字
對於用戶可以被其他用戶看到的通訊，即使不需要通過 TextChatService ，你必須確認它通過 文字過濾器 。
需求
- 所有提供內容體驗文字聊天功能的體驗，必須集成 Class.TextChatService，按照 濫用Roblox系統社區標準。
- 在 2024 年 12 月 30 日和 2025 年 4 月 30 日之間，使用 Class.TextChatService 或 Legacy Chat 的自訂聊天解決方案的創作者可以繼續
- 在 2025 年 4 月 30 日後，所有創作者必須使用 TextChatService API。
- 有關移行的更多資訊，請參閱Roblox 開發者論壇。
- 所有來自其他用戶的文字都必須先使用 文字過濾 才能在您的體驗中顯示。
- 通信必須遵守用戶隱私設定。
- TextChannel:SendAsync() 處理基本隱私和家長設定自動。
- TextChannel:SetDirectChatRequester() 必須用於標記創建直接聊天的 TextChannels。
- 體驗內通信應該是濫用可舉報。TextChannels處理這個自動。
尊重隱私設定
使用者可以根據他們的 隱私和內容成熟度設定 或家長控制來設定通訊功能的不同水平。一些使用者可能會因為使用了特定的應用程式商店或本地法規而有額外的限制或限制。
下列方法遵守這些要求。 使用它們來在您的體驗中確定如何處理消息請求：