在体验中的聊天是任何由一个用户创建在您的体验中，并且由一名或多名其他用户发送到的消息：
- 聊天泡泡在虚拟形象的头上
- 在用户之间直接发送消息
- 用户之间聊天窗口通信
- 团队消息
发送和交付时，这些通信类型必须经过一个 TextChannel 实例。这确保了消息遵守隐私设置，并且可以显示给管理员，并且正确过滤。
某些文本是 不 被视为聊天：
从开发者那里创建的菜单上的文本（例如，“按任意按钮继续。”）
来自体验的状态更新（例如，“还剩两分钟！”）
来自管理员指令的公告
一个用户重命名其宠物狗
一个用户在标志上写
审核评论记录或消息
体验中的评论
如果评论支持回复功能，这些回复将被视为聊天，从而受到此政策的适用。
在公告板上写一个文章
任何与聊天无关的用户生成的文本
对于用户可以被其他用户看到的通信，即使不需要通过 TextChatService ，您必须确保它通过 文本过滤器 。
需求
- 所有提供在体验中提供内容聊天功能的体验都必须集成 TextChatService，根据 滥用Roblox系统社区标准。
- 在 2024 年 12 月 30 日和 2025 年 4 月 30 日之间，使用 Class.TextChatService 或 Legacy Chat 的自定义聊天解决方案的创建者可以继续使用他们的现有功能
- 2025年4月30日后，所有创作者必须使用TextChatService API。
- 了解有关迁移的更多信息，请参阅Roblox 开发者论坛。
- 所有来自其他用户的文字都必须先使用 文本过滤器 才能在您的体验中显示。
- 用户之间的通信必须遵守用户的隐私设置。
- TextChannel:SendAsync() 处理基础隐私和家长设置。
- TextChannel:SetDirectChatRequester() 必须用于标记 TextChannels 创建直接聊天。
- 体验通信应该是滥用报告可用。 TextChannels 自动处理这个。
尊重隐私设置
根据用户的隐私和内容成熟度设置或家长控制，用户可以拥有不同的通信功能的访问级别。一些用户可能会因为使用了特定应用程序或本地法律而有额外的限制或限制。
以下方法尊重这些要求。 在您的体验中使用它们来确定如何处理消息请求：