适合你的群聊的 11 个现成场景

11 条解决日常群聊任务的实用规则

这些是来自日常群聊场景的教学示例，并非具体客户案例。请使用自己的话题名称、链接和回复。尝试每个自定义命令前，先在编辑器中创建它。

请先在测试群中，或在限定较窄的条件下开始使用。对于警告、删除和自动准入，这一点尤其重要。

1. 客服再次收到付款问题

场景：服务管理员每天都要重复解释相同步骤。你希望用户立即获得标准说明。

设置：

• 类型：触发器。事件：群聊消息，关闭编辑。
• 话题：“支持”。消息类型：文本（Text）。
• 文本条件：包含短语“怎么付款”。
• 操作：将说明发送到当前话题，并添加一个指向付款页面或帮助页面的按钮。

预期结果：在“支持”中问“请问订阅怎么付款？”会收到说明。

不应匹配：在“闲聊”中发送相同短语，或询问“怎么修改密码？”

为“付款失败”添加一个 OR 分支。机器人不会自动推断问题的所有表达方式。

2. 有人深夜发消息，期待助教立即回复

场景：客服在工作日值班，但成员全天都会发消息。你需要说明团队何时回来。

设置：

• 由“支持”中的消息触发，关闭编辑。
• 文本包含“怎么付款”。
• 时间表：工作日，UTC 07:00–14:59。最后一分钟包含在内，因此非工作时间回复会在莫斯科时间 18:00 准时开始。
• 启用“在此时段外运行”。
• 操作：向当前话题发送回复。

预期结果：夜间出现的匹配问题会收到这段说明。

不应匹配：工作时间内的同一个问题。时间到了晚间时段的起点，本身不会触发消息。

如果同时启用此示例和上一个示例，请将常规说明限定在工作时间。否则夜间可能同时收到两条回复。

如果群聊的关闭时段中已经设置了所需时间，可以选择关闭时间，不要启用“在此时段外运行”，以此替代单独时间表，并根据你的时间调整回复。机器人仍然需要事件发生：此筛选不会让用户在已关闭的群聊中发言。关闭时段为空，或开始与结束时间相同，都不应匹配。

3. 提交 PDF 后需要作业提醒

场景：助教收到作业文件，却不总能看出它属于哪一课。

设置：

• 由“作业”话题中的消息触发。
• 消息类型：文档（Document）。文件类型：.pdf 或 application/pdf。
• 操作：向同一话题发送提醒。

预期结果：指定话题中的 PDF 会收到提醒。

不应匹配：照片，或其他话题中的 PDF。

这个简单版本会回复所有匹配的 PDF，即使文件已经附有说明。机器人不会阅读作业，也不会确认助教是否已经批阅。

4. “支持”中收到很长的语音

场景：用户录下了详细经过，但团队首先需要知道发生了什么，以及事情有多紧急。

设置：

• 由“支持”中的消息触发。
• 消息类型：语音消息（Voice message）。时长：至少两分钟。
• 操作：请对方提供简短的文字摘要。

预期结果：七分钟的语音会收到提醒。

不应匹配：不足两分钟的语音、纯文本，或视频消息。

先提供帮助，不要急着删除。此示例不会转写录音，也不会判断讲话内容。

5. 管理员希望发出警告

场景：安娜看到伊利亚的消息中有人身攻击。由她作出判断，Combot 则通过熟悉的命令帮助执行。

设置：

• 命令：/team_warn；命令目标：回复目标。
• 触发于：Telegram 管理员。如有需要，可从警告对象中排除管理员。
• 操作：警告用户；适用于：被回复的用户。

安娜对伊利亚的消息选择“回复”，并发送 /team_warn。

预期结果：伊利亚收到警告。

不应匹配：普通成员执行命令。还应尝试不回复任何消息而直接发送命令，此时不应警告安娜本人。

如果添加删除命令消息，消失的是 /team_warn，而不是伊利亚的消息。启用规则前，请检查群聊在警告累计后会采取什么措施。

6. 一位成员帮助了新人

场景：伊利亚向新学员解释了作业，助教希望肯定这条有帮助的回答。

设置：

• 命令：/reward_member；命令目标：回复目标。
• 仅允许 Telegram 管理员执行。
• 操作：将 XP 增加 25，应用于被回复消息的作者。
• 也可以再添加 REP 增加 1。请在群聊中启用所需功能。

助教回复那条有帮助的消息，并发送命令。

预期结果：伊利亚获得 25 XP，而不是助教。

不应匹配：普通成员发送的命令。

重复命令可能再次奖励。如果不希望重复奖励，请与管理员约定由谁来认可回答。

7. 组织者通过邀请链接准许来宾入群

场景：公开课有自己的邀请链接。通过此链接的申请可以批准，其他申请则留待人工审核。

设置：

• 由入群申请触发。
• 来源：这节课的特定邀请链接。
• 操作：批准申请。

预期结果：通过选定邀请的申请会被批准。

不应匹配：通过其他链接的申请，或缺少来源信息的申请。

用户可以转发链接。此示例不会验证付款、身份、职务，或是否属于某个组织。

8. 成员邀请朋友加入社区

场景：伊利亚邀请了朋友。管理员已确认对方加入，希望用少量 XP 感谢伊利亚。

设置：

• 在群聊中启用 XP。
• 命令：/invite_thanks；命令目标：回复目标。
• 仅允许 Telegram 管理员执行。
• 操作：给被回复消息的作者增加 10 XP。

核实邀请后，管理员回复伊利亚的消息并发送 /invite_thanks，而不是回复新人的消息。

预期结果：伊利亚获得 10 XP。

不应匹配：普通成员执行命令，或朋友加入但管理员未发送命令。

此处由人核实邀请，Combot 根据人的命令发放积分。请记录谁已经领取奖励，因为重复命令可能再增加 10 XP。

9. 团队在网络研讨会前勾选任务

场景：组织者共用一份任务清单，希望不用一直盯着清单也能留意进度。

设置：

• 连接日志频道，并复制任务清单的直接链接。
• 时间：已完成的清单任务。
• 条件：指向这份清单的准确链接，不含 ?comment=…。
• 操作：向日志频道发送消息。“打开计划”按钮链接到同一份清单。

预期结果：选定清单发生变化时产生通知。请选择清单本身，而不是说明变化的独立服务消息。

不应匹配：旁边另一份清单中的任务完成，即使它在同一话题中。

不要写“全部准备好了”，因为可能只完成了一个任务。如果不需要保留通知历史，可以启用删除这项发送操作的上一条回复。

10. 编辑团队跟踪帖子回应

场景：团队希望获知关联频道中当前 👍 和 ❤️ 合计为 20–30 个的帖子。

设置：

• 时间：回应数量。日志频道已连接，且机器人有权访问。
• 仅统计 👍 和 ❤️。最小值：20。最大值：30。
• 操作：发送日志通知，并删除这项发送操作的上一条回复。

预期结果：12 个 👍 和 10 个 ❤️ 会匹配，因为总数为 22。

不应匹配：总数为 19 或 31。其他回应类型不计入这个合计。

下一次匹配更新可能再次发送通知。清理会替换这项操作的上一条消息，但不会阻止重复执行，也不会为每篇帖子分别保留回复。这不是首次达到 20 时的一次性通知，也不是给“第 20 位成员”的奖励。

11. 社群希望欢迎语更有变化

场景：小型社群不断有新人加入，团队希望用几种不同的短消息欢迎他们。

设置：

• 由新成员事件触发。
• 三项发送操作，每项有自己的欢迎语。
• 模式：随机一个。这三项发送操作都没有 始终 星标。

例如：“欢迎！简单介绍一下自己吧。”“很高兴认识你！请先看看欢迎须知。”以及“你好！浏览各个话题，加入感兴趣的讨论吧。”

预期结果：有人加入后，会发送其中一条欢迎语。

不应匹配：已在群内的成员发送普通消息。

下一位新人可能收到相同文本。如果 Combot 的标准欢迎语已经启用，请决定是否需要同时保留两者，以免新人收到多条相似欢迎消息。