Discord 欢迎机器人会在你的服务器中发生某件事时发布一条预先准备好的消息：成员加入、线程开启、频道创建。Quickchat AI 通过你在 dashboard 中配置的三条规则发送这些消息，无需代码，也无需托管。
本教程会设置全部三条规则，分别测试每条规则，并说明当成员回复问候且 AI 对话开始时会发生什么。它涵盖将 Discord 连接到 Quickchat AI 的两种方式，包括如果你运行自己的 bot，成员规则需要的一个额外 Developer Portal 设置。
为你的 Discord bot 选择任务
从你需要的任务开始。问候、支持工单和审核使用不同的功能和权限。
| 任务 | 指南 | Discord 连接 |
|---|---|---|
| 当成员加入或频道开启时发布固定问候 | 本欢迎机器人指南 | 一键连接或你自己的 Discord app |
| 从你的文档回答，然后在缺少答案时打开私人工单 | AI Discord 工单 bot | 你自己的 Discord app |
| 当管理员请求时 timeout 成员、管理角色或更改 slowmode | AI Discord 审核 bot | 你自己的 Discord app |
从注册到第一条问候
- 创建 Quickchat AI 账号。如果你使用电子邮件和密码注册，请先打开邮件中的验证链接再继续。
- 在设置中描述你想要的 Agent，例如：“一个 Discord 社区 bot，用于欢迎新成员并回答关于我们服务器的问题。”点击 Create my AI Agent 并完成设置步骤，包括为你的预期用途选择套餐。
- 在设置期间使用 Add to your Discord server 连接 Discord，或在 dashboard 中打开 External Apps，然后打开 Discord。如果只需要问候，一键连接就足够。
- 从 Automated messages 中的 New member joins 开始。选择一个欢迎频道，保存规则，然后用第二个 Discord 账号加入。检查问候是否只出现一次，然后回复它以测试独立的 AI 对话。
Free plan 供个人非商业用途使用。在将 bot 用于业务前，请选择付费套餐。固定问候本身不使用 AI credits，后续的 AI 对话会使用。
为什么需要这个功能：来自我们自己 Discord 的三个请求
我们自己的 Discord 服务器成员一直在以三种不同形式询问同一件事。每一次，我们的支持 bot 都不得不告诉他们目前无法实现。
合在一起看，这三个请求其实是同一个请求：让 bot 先说话。欢迎加入的人。问候打开线程的人。在新的工单频道中打招呼，在里面的人还没弄清楚有 bot 存在之前。
这个问题一整年都在 Discord 服务器和 widget 中不断出现。从本周开始，三种场景都已存在，作为可在对话框中开启的自动消息规则。本文会端到端设置全部三条规则。
为什么 Discord bot 默认不能问候任何人
Discord 中的 Quickchat AI bot 会在被提及或被回复时回答。共享的一键 bot 也支持 /ask。这是有意设计的：如果一个 bot 回复所有内容，它在繁忙服务器中会无法使用。副作用是，在十秒前刚创建的频道中，没有人知道 bot 存在。它不能先说话，所以也不会有人和它说话。
这就是冷启动，在新的工单频道中最明显，成员有问题，却不知道频道里有任何东西可以回答。
自动消息就是 bot 先说话。它是固定文本，因此没有成本，也不会说出你没有写过的内容，并且以告诉成员如何开始真实对话作为结尾。三条规则对应上面的三个请求：New member joins、New channel 和 New thread or forum post。
你将构建的内容
演示服务器是 Nebula Lounge，一个社区服务器，其 agent 名为 Orbit。完成后，它会运行三种问候：
| 规则 | 触发条件 | 发布位置 |
|---|---|---|
| New member joins | 一个人加入服务器 | 你选择的一个频道，#welcome |
| New thread or forum post | 公开线程或论坛帖子开启 | 新线程内部 |
| New channel | 文本频道被创建 | 新频道内部 |
你需要一个 Quickchat AI 账号，以及向 Discord 服务器添加 bot 的权限。Ticket Tool 这样的工单 bot 是可选的，仅用于最后一节中的工单工作流。
自动 Discord 消息的工作方式
自动消息是一个确定性的流水线，而不是一次模型调用。Discord 发送事件，Quickchat AI 根据规则范围检查它，等待配置的延迟，填充占位符并发布文本。
这个路径中没有任何步骤会询问模型该说什么。这使消息足够可预测，可以在公开服务器中持续运行，也正是消息不消耗 credits 的原因。
AI 对话是随后启动的独立系统，当成员提及 bot 或回复它时开始。
自动消息不是什么
人们从“欢迎 bot”这个说法中合理期待的四件事不属于此功能。
- 不是验证。 没有 CAPTCHA，没有年龄或身份检查，也不会授予已验证角色。请同时运行专门的验证 bot。
- 不是 AI 编写。 消息是你的文本加上填充的占位符。模型不会看到事件，也不会编写问候。
- 不是工单创建。 Quickchat AI 不会打开工单频道。你的工单 bot 负责创建频道，Quickchat AI 在其中问候该用户。
- 不是广播或定时器。 每条规则在一个 Discord 事件上触发。没有“每周一发布此内容”，也没有向成员列表发送消息的方法。
将 bot 连接到你的 Discord 服务器
在 Quickchat AI dashboard 中打开 External Apps 并选择 Discord。如果你希望 bot 使用自己的名称，请设置 Bot name in the new server，然后点击 Add to your Discord server 并授权。这是一键流程：共享的 Quickchat AI bot 会加入你的服务器，你不需要创建 Discord 应用或处理 token。
确保 bot 在你计划发布消息的所有位置都可以 View Channel 和 Send Messages。bot 无法看到的目标位置不会出现在下拉列表中，而无法发布的目标位置会在发送时被静默跳过。
你使用哪种设置，以及有什么变化
Quickchat AI 以两种方式连接到 Discord，自动消息在两种方式中都可用。你使用哪一种会改变规则所在位置，以及是否需要一个 Developer Portal 设置。
| 一键连接 | 你自己的 Discord app（Advanced） | |
|---|---|---|
| 哪个 bot 发布 | 共享的 Quickchat AI 应用 | 你创建的应用 |
| 规则位置 | Connected servers 下某个服务器上的 Automated messages | Discord 页面上的 Automated messages，每个服务器有 Configure |
| New channel 和 New thread or forum post | 立即生效 | 大约一分钟内刷新 |
| New member joins | 立即生效 | 需要 Server Members Intent，然后在大约一分钟内刷新 |
最后一行的原因是 Discord 规则，而不是 Quickchat AI 规则。值得理解一次，因为它解释了本教程中唯一的手动步骤。
intent 是 Discord 的订阅系统。当 bot 连接时，它声明想接收哪些类别的事件，Discord 只向它发送这些事件。大多数 intent 只需 bot 请求即可。有三个是特权 intent，这意味着 Discord 会保留它们，直到应用所有者手动开启。其中一个涵盖服务器成员。
因此，只有当某个应用在 Developer Portal 中开启 Server Members Intent 时，它才会收到成员加入事件。频道创建和线程创建不是特权事件，这就是另外两条规则完全不需要额外操作的原因。
共享的一键应用已启用该 intent，所以如果你通过一键方式连接，这部分都与你无关。
如果你运行自己的 app，Quickchat AI 会为你检查该设置。打开 New member joins 规则，如果 intent 关闭，它会告诉你；一旦开启，就不会再显示任何提示。要开启它，请在 Discord Developer Portal 中打开你的应用，进入 Bot → Privileged Gateway Intents，开启 Server Members Intent，保存，然后在 Quickchat AI 中再次保存该规则。你的 bot 会在整个过程中继续正常回复，只有这一条规则会等待。
在基于此构建之前，有一个限制值得了解：如果你自己的 bot 位于超过 100 个服务器中，Discord 要求你的应用先通过验证，才会授予该 intent。
打开 Automated messages
找到你的服务器并打开 Automated messages：一键设置中位于 Connected servers 下，或者如果你使用自己的 app，则通过 Automated messages 部分中的 Configure 进入。三条规则都会列出，每条都有自己的开关，且初始均为关闭。
开始前，这个屏幕有两点值得了解，因为它们会影响你的操作方式。
每条规则单独保存。 打开一条规则、编辑并点击 Save，会保存这一条规则并返回此列表。另外两条不会被改动。
列表上的开关会立即保存。 不需要再按任何按钮。一键设置会立即生效，而通过 Advanced setup 连接的 bot 会在大约一分钟内刷新其规则。如果一条问候比你预期更吵，一次点击即可开始变更。
欢迎每个新成员
选择 New member joins。规则会打开，包含自己的开关、目标位置、消息模板和延迟。
将 Welcome channel 设置为 #welcome。然后设置 Message template：
欢迎来到 {server_name}，{username}！我是 {bot_name}。需要帮助时，请提及我或使用 /ask。将 Delay 保持为 2 秒，使用 Turn this message on 开启规则，然后点击 Save。
如果你运行的是自己的 Discord app，而不是一键 bot，请去掉这句话中的 /ask 部分。斜杠命令只存在于共享的 Quickchat AI 应用上。
模板下方的 chips 会在光标所在位置插入占位符，因此你不需要记住确切拼写。{username} 是加入的成员，{server_name} 是服务器，{bot_name} 是该服务器中 bot 的名称，包括你在连接期间设置的名称。
要测试它，请使用第二个 Discord 账号加入。
Discord 自己的加入通知与其下方问候之间的间隔，就是延迟在发挥作用。每条规则都有延迟，你可以将其设置为无延迟到三十秒之间的任意选项。
**负向对照：**邀请另一个 bot 加入服务器。不会发布任何内容。该规则有意忽略 bot 账号，因此应用安装或 webhook 不会产生一条面向软件的问候。
问候新线程和论坛帖子
选择 New thread or forum post，并将 Parent channel 设置为你的帮助论坛。该规则会针对该父频道下创建的公开线程和论坛帖子触发，并忽略私有线程。
Parent channel 是新线程所在的频道，有两种频道可以容纳线程。普通文本频道中，线程从一条现有消息分支出来；论坛频道中，每个帖子就是一个线程，频道本身没有普通消息历史。只有在你的服务器设置中启用 Community 后，论坛频道才可用。两种类型在这里都可用，但帮助论坛是自然选择，因为每个问题本身就作为自己的线程进入。论坛频道也不能包含私有线程，因此在论坛父频道下，每个帖子都符合条件。
你好，{username}，我是 {bot_name}。如果你需要帮助，请在这个线程中提及我。如果你更希望人工处理，请在这里留下你的问题，他们会跟进。
这里的 {username} 是打开线程的人，Discord 会直接报告，因此总是正确。{channel_name} 是线程本身。
这条规则对应人们询问的“只在它为每个问题创建的线程中回复”模式：每个新的问题线程一开始就已经有 bot 在其中，说明如何使用它。
**负向对照：**将规则配置为普通文本父频道，并在那里打开一个私有线程。不会发布任何内容。私有线程被排除。论坛父频道不能用于此测试，因为论坛不能包含私有线程。
问候每个新频道，或仅问候你的工单类别
选择 New channel。默认情况下，它会在服务器中的每个新文本频道中发布。这是大多数小社区需要的设置：任何出现的频道都会有 bot 自我介绍。
你好，{username}，我是 {bot_name}。如果你需要帮助，请回复我或提及我。如果你更愿意等待人工，请留下你的问题，他们会尽快回复你。若要缩小范围，请将 Any category 改为 Only in this category 并选择一个类别。
Discord 中的 category 是左侧边栏中频道所在的可折叠分组：灰色标题，下方缩进显示频道。工单 bot 几乎总是在某个类别下创建频道，通常命名为 Tickets 或 Support，这正是它在这里成为有用筛选条件的原因。
这就是工单工作流。将规则指向你的工单 bot 创建频道所在的类别，服务器中其他任何位置创建的频道都会被忽略。
**负向对照：**当规则范围限定为 Active Tickets 时，在另一个类别中创建频道。那里不会发布任何内容，而稍后打开的工单仍会收到问候。
工单问候如何落地
Ticket Tool 在你的 Active Tickets 类别下创建 ticket-0042，并发布自己的面板。几秒后，Quickchat AI 在其下方发布问候。这个顺序正是延迟存在的原因：使用 No delay 时，两条消息会竞争，问候可能出现在成员应先阅读的面板上方。这里五秒是一个合适的起点，因为延迟还必须覆盖工单 bot 应用频道权限的时间。
bot 如何判断是谁打开了工单
工单频道中的 {username} 是推断出来的，而不是被报告出来的。Discord 的频道创建事件会给出频道及其类别的名称，但不会给出该工单属于谁，因为从 Discord 的角度看，是工单 bot 创建了它。
该事件携带的是频道的 permission overwrites。
permission overwrite 是在单个频道上为一个角色或一个人设置的权限，它会覆盖服务器通常授予他们的权限。这是 Discord 中每个私有频道的构建方式：在该频道上从 @everyone 移除 View Channel，然后再为应能看到它的少数人加回来。
工单 bot 正是使用这一机制。它们在新频道上授予请求者个人 View Channel overwrite，使请求者和支持团队能够看到它，而其他人不能。Quickchat AI 会读取这些 overwrites，并寻找其中属于人员的授权。多数工单 bot 也会授予自己访问刚创建频道的权限，因此每个个人授权都会针对 Discord 检查，并丢弃 bot。如果最后恰好剩下一个人，那就是请求者。其他任何情况，包括无法联系 Discord 确认的账号，都会回退为 there，而不是猜测。
当证据缺失或指向多个人时，{username} 会变为 there，这就是上面模板在两种情况下都能正确阅读的原因。编写你的模板时也应如此，不要将名称视为身份检查：它只是一个从权限推断出的便利信息，而不是经过认证的用户。
占位符及其解析结果
| 占位符 | New member joins | New thread or forum post | New channel |
|---|---|---|---|
{username} | 加入的成员 | 打开线程的人 | 从权限推断出的请求者，或 there |
{bot_name} | 该服务器中的 bot 名称 | 相同 | 相同 |
{server_name} | 服务器名称 | 相同 | 相同 |
{channel_name} | 欢迎频道 | 新线程 | 新频道 |
模板最多 1,500 个字符。任何不是这四个占位符之一的内容都会在保存时被拒绝，而不是稍后作为字面量 {braces} 发布，因此拼写错误会在 dashboard 中失败，而不是出现在你的社区面前。
选择延迟
| 延迟 | 适用场景 |
|---|---|
| No delay | 目标位置没有其他内容发布，并且你希望问候成为那里的第一条消息 |
| 2 seconds | 默认值。另一个 bot 会先发布面板或 embed，覆盖大多数工单和 onboarding 设置 |
| 5 to 30 seconds | 另一个 bot 较慢，会发布多条消息，或会在创建频道后重命名频道 |
更长的延迟也会给工单 bot 时间应用频道权限，而 {username} 正是从该权限中读取的。不过，这个竞争通常会在一两秒内结束，因此如果问候每次都显示 there，更长的延迟也无法解决。
问候之后会发生什么
问候的结尾会告诉成员如何联系 bot，之后的一切就是普通的 Quickchat AI 对话：它会从你的知识库回答，队友可以随时从 Quickchat AI Inbox 接管。成员无需离开 Discord。
两个系统分工明确：固定消息解决冷启动，AI 处理后续对话。
故障排查
| 症状 | 原因 |
|---|---|
| 完全没有问候 | bot 在目标位置缺少 View Channel 或 Send Messages。它会跳过，而不是报错 |
| 新线程中没有问候 | bot 缺少 Send Messages in Threads，或该线程是私有线程 |
| 在你自己的 Discord app 上，成员加入时没有问候 | 你的应用未开启 Server Members Intent。在 Developer Portal 中开启它，然后再次保存规则 |
| bot 加入时没有任何反应 | 按预期工作。成员规则会忽略 bot |
工单中的 {username} 显示为 there | 没有人在该频道上持有个人 View Channel 授权，或多个人持有。通过角色而不是个人开放访问的工单 bot 无法用这种方式读取 |
| 问候出现在工单面板上方 | 延迟太短。将其提高到 5 秒 |
| 问候出现在你未预期的频道中 | New channel 设置为 Any category。使用 Only in this category 缩小范围 |
| 保存时报选择项不再可用 | 频道或类别已在 Discord 中删除。选择当前存在的一个并再次保存 |
上线
一次只开启一条规则，并观察一天后再添加下一条。成员规则最适合作为起点，因为它的目标位置是你选择的频道。New channel 使用 Any category 时最“响”，因为它会在任何出现的频道中发布，因此如果你以这种方式使用它，值得先观察。
分别衡量问候和对话。每次问候尝试都是免费的，重要的是有多少已送达问候会转化为有人实际与 bot 对话。如果缺少送达，请检查 bot 的 Discord 权限。
FAQ
如何在不写代码的情况下添加 Discord 欢迎机器人？
一键将 Quickchat AI bot 添加到你的服务器，在 Connected servers 下打开该服务器，然后选择 Automated messages。开启 New member joins，选择你的欢迎频道，编辑消息模板并点击 Save。无需托管、无需代码，也无需创建 Discord 应用。
Discord bot 能在有人加入时发送消息吗？
可以。每当有人加入时，New member joins 规则会尝试在你选择的频道中发送一条固定消息。bot 需要有权限查看该频道并在其中发送消息。加入服务器的 bot 会被忽略，因此 webhook 或应用安装的突增不会触发它。
创建工单频道时，Discord bot 能问候用户吗？
可以，这正是此功能存在的原因。Ticket Tool 或类似应用创建频道，New channel 规则会在其中发布你的问候。保留延迟，五秒是一个合适的起点，这样工单 bot 会先发布自己的面板并应用频道权限。
bot 能在每个新频道中发布消息，还是只能在一个类别中发布？
两者都可以。默认情况下，New channel 会在每个新的文本频道中发布。若要缩小到一个工单类别，将 Any category 改为 Only in this category 并选择所需类别，其他位置创建的频道会被忽略。
我可以延迟发送 Discord 欢迎消息吗？
可以。选择 No delay，或 2、5、10、30 秒。默认值是两秒，因为工单或 onboarding bot 通常会先发布自己的面板，而出现在面板下方的问候比被埋在上方的问候更容易阅读。
我可以自定义 Discord 欢迎消息吗？
可以。每条规则都有自己的模板，最多 1,500 个字符，并且可以使用 {username}、{bot_name}、{server_name} 和 {channel_name}。选择输入框下方的占位符，可将其插入到光标所在位置。
Discord 欢迎消息会使用 AI credits 吗？
不会。该消息是填入占位符后的固定文本。它不会调用 AI Agent，不会消耗对话 credits，也不会运行 AI Actions。只有当成员随后与 bot 对话时，才会使用 credits。
构建这个功能需要代码吗？
不需要。这是在 Quickchat AI dashboard 中完成的配置。使用一键设置时，你不创建 Discord 应用，不托管任何内容，也不会处理 bot token。
如果我使用自己的 bot token 连接 Discord，这仍然可用吗？
可以。Automated messages 在两种设置中都可用。在 Advanced setup 中，规则位于 Discord 页面上的 Automated messages 下，每个服务器都有一个 Configure 按钮。还需要额外一步：New member joins 规则要求你的 Discord 应用启用 Server Members Intent。
Server Members Intent 是什么，为什么欢迎规则需要它？
Discord 将服务器成员列表视为特权信息，因此只有当 bot 的应用在 Developer Portal 中开启 Server Members Intent 时，bot 才会收到成员加入事件。两个频道和线程规则使用默认开启的 intent，无需额外操作。Quickchat AI 会为你检查该设置，如果关闭，会在规则中提示。
问候发布之后会发生什么？
什么都不会发生，直到有人回复。问候是一条固定消息，只有当成员提及 bot 或回复它时，AI 对话才会开始。共享的一键 bot 也支持 /ask。这就是问候的作用：它告诉新频道中的人，那里有一个可以对话的对象。
这是 Discord 验证机器人吗？
不是。Automated messages 不会显示 CAPTCHA，不会检查身份或年龄，也不会授予已验证角色。如果你需要验证，请同时使用专门的验证 bot。
有人离开时，它能发布告别消息吗？
不能。三条规则分别在成员加入、线程或论坛帖子开启、频道创建时触发。Discord 的离开事件不在其中，因此没有告别消息。如果你需要两部分功能，请同时运行专门的欢迎和告别 bot。
这会替代 Ticket Tool 吗？
不会。Ticket Tool 创建工单频道，Quickchat AI 在其中问候该用户。两者并行运行，这也是延迟存在的原因。
这能和 Ticket Tool 以外的工单 bot 配合使用吗？
可以。这里没有任何内容是 Ticket Tool 专用的。任何创建频道并给请求者自己的 View Channel 权限的 bot 都以相同方式工作，手动打开的频道也是如此。文中多次提到 Ticket Tool，是因为它最常见，而不是因为它是必需的。
bot 会知道是谁打开了工单吗？
通常会。工单 bot 会在新频道上授予请求者个人 View Channel 权限，Quickchat AI 会读取该权限来填充 {username}，并忽略属于 bot 而非人员的任何授权。如果没有个人授权，或有多个人持有个人授权，它会回退为 there，因此值得编写一种在两种情况下都自然的模板。
bot 会问候私有线程吗？
不会。只有你选择的父频道下的公开线程和论坛帖子会触发规则。私有线程会被忽略。
bot 需要哪些 Discord 权限？
在你选择的每个目标位置中需要 View Channel 和 Send Messages，线程规则还需要 Send Messages in Threads。如果 bot 无法在目标位置发送消息，它会跳过消息，而不是显式报错，因此问候未出现时，请先检查权限。
如果规则太吵，我可以快速关闭它吗？
可以。规则列表上的开关会在你切换时立即保存，因此关闭一条规则只需一次点击。一键设置会立即生效。通过 Advanced setup 连接的 bot 会在大约一分钟内刷新规则。你不需要打开规则或保存其他内容。
Discord 欢迎机器人成本是多少？
自动欢迎消息不使用 AI credits。Quickchat AI 的 Free plan 供个人非商业用途使用。商业用途从 $9/month Starter plan 开始。问候之后的 AI 回复会消耗所选套餐中的 credits。请参阅当前套餐和限制。
相关 Discord 构建
-
在成员回复问候后，回答产品问题并收集反馈提交。AI 对话可以在 Google Sheets 中记录反馈和文档缺口。
-
为 Discord 创建 AI bot 介绍如何连接 Agent 并为其提供知识库。
-
AI Discord 工单 bot 构建私人工单线程和人工升级，问候可以引导到该流程。
-
AI Discord 审核 bot 使用 AI Actions 来 timeout、ban 和分配角色。
-
最佳 AI Discord bots 比较不同 Discord bot 的用途。
-
Discord 渠道文档 记录了此页面上的每个设置。