如何为新观众设置聊天机器人欢迎语

为什么需要针对第一条消息的自动回复

自动回复能让新观众知道，他的发言没有在聊天中丢失。欢迎语中通常会加入一条有用的提示：包含规则、日程、链接或频道导航的命令。

不要把消息变成广告。观众才刚刚加入对话，因此包含多个链接、要求订阅并提及打赏的长文本会显得很烦人。只保留一个入口：例如包含规则或实用链接列表的命令。

新观众需要哪种触发器

事件名称取决于平台和机器人。启用场景前，请确认机器人到底把什么视为触发条件：频道有史以来的第一条消息、当前直播中的第一次发言，还是聊天中的任意新消息。这些是不同条件，效果也不同。

• 频道第一条消息适用于欢迎陌生观众。
• 每场直播的第一条消息适用于在每场直播中定期欢迎。
• 带过滤器的普通消息用于机器人无法保存用户历史的情况。

频道第一条消息触发器更方便，但依赖机器人的数据库。 更换服务、清除数据或重新授权后，老观众有时会再次被识别为新观众。

频道第一条消息与每场直播第一条消息

“每场直播第一条消息”场景通常更简单：机器人会记住用户在当前直播中已经发过言，并在下次开播前不再回复他。这种方式适合小型聊天，主播希望快速给所有人提供导航。

这种方法的缺点很直接：常驻观众会在每场直播中看到相同的欢迎语。在活跃的社区中，这会变成噪音。如果只希望对真正的新成员作出反应，就需要带频道历史的触发器，或者单独的用户数据库。

StreamElements 设置示例

在 StreamElements 中，先检查聊天机器人部分以及 Twitch 可用的聊天提醒或事件。如果面板中有新观众第一条消息事件，请为它创建单独规则，而不是普通命令或定时器。

1. 如果已连接的集成中可用，选择频道聊天中的第一条消息事件。
2. 为频道所有者、版主和服务账号添加例外。
3. 如果机器人能将命令与普通发言区分开，请禁用对命令的触发。
4. 在消息字段中填写简短文本和一条用于导航的命令。
5. 为单个用户启用重复限制，并设置一系列回复的总上限。
6. 用不在机器人历史中的测试账号检查规则。

如果 StreamElements 界面中没有所需事件，不要用定时器替代：定时器会向所有观众发送消息，而不是只发给新观众。在这种情况下，请使用其他能处理第一条消息的机器人，或者使用类似 !start 的自愿命令。命令的缺点在于观众必须自己输入。

角色、命令和消息过滤器

启用场景前，为频道所有者、版主、编辑、机器人以及团队账号添加例外。如果集成会考虑角色，请单独决定该场景是否应回复订阅者、社区成员和付费状态观众。

检查对命令、链接、表情符号和技术消息的处理。机器人不应因为版主发送服务命令而欢迎他，也不应欢迎以允许格式发送链接的用户。严格过滤器的缺点在于，部分真正的新观众可能收不到回复。

条件最好按顺序排列：先按角色和命令排除，再检查用户历史，之后发送消息。这样更容易理解为什么欢迎语会多发送一次或没有触发。

场景由哪些模块组成

设置中需要三个模块：触发事件、条件和动作。事件可以是频道第一条消息或每场直播的第一次发言。条件中设置角色、停用词、命令例外和历史检查。动作则是向聊天发送文本。

延迟、防重复保护和总上限需要单独设置。不要把这些参数合并到一条规则中：延迟决定回复时机，防重复保护针对具体观众生效，而总上限用于在新消息突然涌入时保护聊天。

如何无错误地插入观众昵称

插入昵称能让回复更醒目，但必须在测试账号上检查变量。昵称可能包含拉丁字母、西里尔字母、数字、空格、表情符号和非标准字符。过长的名字会拉长简短消息，而不受支持的字符可能破坏提及或标记。

如果机器人能够限制名字长度，请设置截断和明确的回退方案：例如使用缩短的名字或不带昵称的中性称呼。如果没有此功能，更安全的做法是放弃个性化插入。这样不太醒目，但机器人不会生成残缺昵称或意外标签。

如果支持特殊字符转义，请启用它。不应将昵称插入链接、命令或复杂标记中。对于过长和非标准昵称，需要不带名字称呼的回退方案。 这种方案的缺点在于欢迎语看起来不够个性化。

适用于不同聊天的欢迎语文本

消息应看起来像普通发言，而不是群发。欢迎语加一条命令就足够了。完整规则、链接列表和订阅号召最好放到单独命令、频道描述或置顶消息中。

现成的简短版本，只有一个入口

欢迎来到聊天！规则和命令 — !help。

适合小型聊天的版本

• 你好，{ник}！请随意，规则和命令 — !help。
• 很高兴见到你，{ник}。直播日程 — !schedule。
• 欢迎！频道链接 — !links。

适合快速聊天流的版本

• 新观众请看：规则 — !rules。
• 频道导航 — !info。
• 实用命令 — !help。

在大型聊天中，最好使用不带昵称的文本，或将其缩短到最低限度。一连串个性化欢迎语会迅速填满信息流。无个性化消息的缺点在于，观众可能不会立即明白机器人回复的正是他的发言。

延迟、防重复保护和总上限

延迟是为了让回复看起来不像瞬间的机器反应。选择较短的间隔，并在实时聊天中检查：过长的回复可能在对话已经转向其他话题后才出现。

防重复保护应将场景限制为每个用户只触发一次。检查此规则是否在直播之间以及机器人重启后仍然保留。如果历史只在直播期间保存，常驻观众在下一场直播中会被视为新观众。

总上限在突袭、频道被提及其他新消息浪潮时很有必要。达到上限后，机器人应跳过多余的欢迎语，而不是稍后成批发送。上限的缺点在于部分新观众收不到回复，但聊天不会被相同短语刷屏。

如何在开播前测试场景

1. 使用不在机器人历史中的账号，或临时启用测试条件。
2. 发送普通消息，确认回复只出现一次。
3. 检查对频道所有者、版主、编辑和其他机器人的例外。
4. 发送命令、链接、仅含表情符号的消息以及连续多条发言。
5. 检查长昵称、含非标准字符的名字以及含空格的昵称（如果平台支持）。
6. 确认延迟不会过晚地插入对话。
7. 如果用户历史需要保留，请重启机器人或结束测试直播。

在已存在于数据库中的账号上测试，无法显示新观众欢迎语的效果。如果服务不允许检查用户历史，请临时将条件替换为普通消息，测试过滤器，然后恢复原始触发器。

何时最好选择其他场景

如果机器人无法可靠识别新观众，可以使用每场直播第一条消息或自愿命令 !start。第一种方案更容易设置，但会重复欢迎常驻观众。命令不会刷屏聊天，但大多数新观众如果没有描述或置顶消息中的提示，不会输入它。

如果观众抱怨自动回复，先缩短文本、去掉昵称并只保留一条命令。在特别活跃的直播中，最好临时禁用该场景，并将导航转移到命令或较少发送的定期消息中。禁用场景的缺点在于，新观众将得不到自动提示。

启用自动回复前的检查清单

• 已选择频道第一条消息触发器，而不是每场直播第一次发言。
• 已排除版主、频道团队和服务机器人。
• 命令、链接和技术消息不会触发欢迎语。
• 已在长昵称和非标准昵称上检查昵称插入。
• 已为昵称设置截断、字符转义或不带名字的回退方案。
• 防重复保护将每个观众限制为一次回复。
• 总上限可防止机器人在观众大量涌入时刷屏聊天。
• 欢迎语文本中只有一个入口：包含规则或导航的命令。