Discord 歡迎機器人：自動歡迎訊息（免寫程式）

Discord 歡迎機器人會在伺服器中發生特定事件時張貼預先準備好的訊息：成員加入、討論串開啟、頻道建立。Quickchat AI 會從你在 dashboard 中設定的三條規則傳送這些訊息，不需要程式碼，也不需要託管。

本教學會設定全部三種規則、測試每一種規則，並說明成員回覆問候且 AI 對話開始後會發生什麼事。它涵蓋將 Discord 連接到 Quickchat AI 的兩種方式，包括如果你使用自己的 bot，成員規則所需的一個額外 Developer Portal 設定。

選擇你的 Discord bot 要執行的工作

先從你需要的工作開始。問候、支援工單和審核使用不同功能與權限。

從註冊到第一則問候

1. 建立 Quickchat AI 帳號。如果你使用電子郵件和密碼註冊，請先開啟電子郵件中的驗證連結再繼續。
2. 在設定中描述你想要的 Agent，例如：「一個 Discord 社群 bot，會歡迎新成員並回答有關我們伺服器的問題。」按一下 Create my AI Agent，並完成設定步驟，包括依照預期用途選擇方案。
3. 在設定期間使用 Add to your Discord server 連接 Discord，或在 dashboard 中開啟 External Apps，再開啟 Discord。若只需要問候，一鍵連線就足夠。
4. 從 Automated messages 中的 New member joins 開始。選擇一個歡迎頻道、儲存規則，並用第二個 Discord 帳號加入。確認問候只出現一次，然後回覆它以測試獨立的 AI 對話。

Free 方案適用於個人、非商業用途。將 bot 用於商業前，請選擇付費方案。固定問候本身不使用 AI credits；後續的 AI 對話會使用 credits。

為什麼有這個功能：來自我們自己 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。完成後，它會執行三種問候：

你需要 Quickchat AI 帳號，以及將 bot 加入 Discord 伺服器的權限。Ticket Tool 這類工單 bot 是選用項目，只在最後一節的工單流程中需要。

自動 Discord 訊息如何運作

自動訊息是決定性的管線，不是模型呼叫。Discord 傳送事件，Quickchat AI 依照規則範圍檢查事件，等待設定的延遲，填入 placeholder，然後張貼文字。

這條路徑中沒有任何步驟會詢問模型該說什麼。這讓訊息可預測，足以在公開伺服器中持續執行，也是訊息不花 credits 的原因。

AI 對話是之後才開始的另一個系統，會在成員提及 bot 或回覆它時啟動。

自動訊息不是什麼

人們合理地從「歡迎機器人」這個詞預期的四件事，不屬於此功能。

• 不是驗證。 沒有 CAPTCHA，沒有年齡或身分檢查，也沒有要授予的已驗證角色。請搭配執行專用驗證 bot。
• 不是 AI 撰寫。 訊息是你的文字加上已填入的 placeholder。模型不會看到事件，也不會撰寫問候。
• 不是建立工單。 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 application 或處理 token。

請確保 bot 在你計畫張貼的所有位置都能 View Channel 和 Send Messages。bot 無法看見的目的地不會出現在下拉選單中，而它無法張貼的目的地會在傳送時被靜默略過。

你使用哪種設定，有什麼差異

Quickchat AI 有兩種方式連接 Discord，自動訊息在兩者都能運作。你使用哪一種會影響規則所在位置，以及是否需要一個 Developer Portal 設定。

最後一列的原因是 Discord 規則，而不是 Quickchat AI 規則。值得理解一次，因為它說明了本教學中唯一的手動步驟。

intent 是 Discord 的訂閱系統。bot 連線時，會宣告它想接收哪些事件類別，Discord 只會傳送那些事件。多數 intent 只要 bot 請求即可。有三種是 privileged，意思是 Discord 會保留它們，直到 application 擁有者手動開啟。其中一種涵蓋伺服器成員。

因此，application 只有在 Developer Portal 中開啟 Server Members Intent 時，才會收到成員加入事件，而每個新的 application 預設都是關閉的。頻道建立和討論串建立不是 privileged，因此另外兩條規則完全不需要任何設定。

共享的一鍵 application 已經啟用該 intent，因此如果你是用一鍵連接，這些內容都不適用於你。

如果你執行自己的 app，Quickchat AI 會為你檢查設定。開啟 New member joins 規則，當 intent 關閉時它會告訴你；一旦開啟則不顯示任何內容。若要開啟它，請在 Discord Developer Portal 中開啟你的 application，前往 Bot → Privileged Gateway Intents，開啟 Server Members Intent，儲存，然後在 Quickchat AI 中再次儲存規則。你的 bot 全程都會正常回覆，只有這一條規則會等待。

在你以此建置前，有一個限制值得知道：如果你自己的 bot 位於超過 100 個伺服器中，Discord 會要求你的 application 完成驗證後才會授予該 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 application 上。

範本下方的 chips 會在游標位置插入 placeholder，因此你不必記住精確拼法。{username} 是加入的成員，{server_name} 是伺服器，{bot_name} 是 bot 在此伺服器中的名稱，包括你在連接時設定的名稱。

若要測試，請用第二個 Discord 帳號加入。

Discord 自己的加入通知與其下方問候之間的間隔，就是延遲在發揮作用。每條規則都有延遲，你可以設定為無延遲到三十秒之間。

負向控制： 邀請另一個 bot 加入伺服器。不會張貼任何內容。此規則刻意忽略 bot 帳號，因此 app install 或 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 會讀取這些 overwrite，並在其中尋找屬於 真人 的那一個。多數工單 bot 也會授予自己存取剛建立頻道的權限，因此每個個人授權都會對照 Discord 檢查，bot 會被排除。如果最後剛好剩下一個人，那就是請求者。其他任何情況，包括無法向 Discord 查詢的帳號，都會退回為 there，而不是猜測。

當證據缺失或指向多於一個人時，{username} 會變成 there，這也是上方範本在兩種情況下都能正確閱讀的原因。撰寫你的範本時也應如此，且不要把名稱視為身分檢查：它是從權限推論出的便利資訊，不是已驗證的使用者。

Placeholders 及其解析結果

範本最多可包含 1,500 個字元。任何不是這四個 placeholder 之一的內容，會在儲存時被拒絕，而不是稍後以字面 {braces} 張貼，因此拼字錯誤會在 dashboard 中失敗，而不是出現在你的社群面前。

選擇延遲

較長的延遲也會給工單 bot 時間套用頻道權限，而 {username} 就是從那裡讀取。不過這場競速通常在一兩秒內結束，因此較長延遲無法拯救每次都顯示 there 的問候。

問候之後會發生什麼事

問候最後會告訴成員如何聯絡 bot，之後的一切都是一般 Quickchat AI 對話：它會從你的 knowledge base 回答，隊友也可隨時從 Quickchat AI Inbox 接手。成員不需要離開 Discord。

兩個系統分工：固定訊息解決冷啟動，AI 處理後續對話。

疑難排解

上線

一次只開啟一條規則，觀察一天後再加入下一條。成員規則最適合作為起點，因為目的地是你選擇的頻道。New channel 搭配 Any category 是最容易產生大量訊息的設定，因為任何出現頻道的地方都會張貼，因此如果你以此方式使用，值得先觀察。

分別衡量問候與對話。每次問候嘗試都是免費的；重要的是有多少成功送達的問候，會轉化為有人真的與 bot 對話。如果沒有送達，請檢查 bot 的 Discord 權限。

FAQ

如何在不寫程式的情況下加入 Discord 歡迎機器人？

按一下即可將 Quickchat AI bot 加入你的伺服器，在 Connected servers 下開啟伺服器，然後選取 Automated messages。開啟 New member joins，選擇歡迎頻道，編輯訊息範本並按一下 Save。不需要託管、不需要程式碼，也不需要建立 Discord application。

Discord bot 可以在有人加入時傳送訊息嗎？

可以。每當有人加入時，New member joins 規則會嘗試在你選擇的頻道中傳送一則固定訊息。bot 需要在該頻道檢視和傳送訊息的權限。加入伺服器的 bot 會被忽略，因此 webhook 或 app install 的大量加入不會觸發它。

Discord bot 可以在建立工單頻道時問候使用者嗎？

可以，這也是此功能存在的原因。Ticket Tool 或類似 app 會建立頻道，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}。選取輸入框下方的 placeholder，即可將其插入游標所在位置。

Discord 歡迎訊息會使用 AI credits 嗎？

不會。訊息是已填入 placeholder 的固定文字。它不會呼叫 AI Agent、不會消耗對話 credits，也不會執行 AI Actions。只有在成員接著與 bot 對話時才會使用 credits。

我需要寫程式才能建立這個功能嗎？

不需要。這是在 Quickchat AI dashboard 中進行的設定。在一鍵設定中，你不需要建立 Discord application、不需要託管任何東西，也不會處理 bot token。

如果我用自己的 bot token 連接 Discord，這也能運作嗎？

可以。Automated messages 可在兩種設定中運作。在 Advanced setup 中，規則位於 Discord 頁面的 Automated messages 下，每個伺服器都有 Configure 按鈕。另有一個額外步驟：New member joins 規則需要為你的 Discord application 啟用 Server Members Intent。

Server Members Intent 是什麼，為什麼歡迎規則需要它？

Discord 將伺服器成員清單視為特權資訊，因此 bot 只有在其 application 已於 Developer Portal 中開啟 Server Members Intent 時，才會收到成員加入事件。兩個頻道和討論串規則使用預設開啟的 intent，不需要任何設定。Quickchat AI 會為你檢查設定，並在關閉時於規則中告知你。

張貼問候後會發生什麼事？

在有人回覆前不會發生任何事。問候是固定訊息，AI 對話只會在成員提及 bot 或回覆它時開始。共享的一鍵 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 方案適用於個人、非商業用途。商業用途從 $9/month Starter 方案開始。問候後的 AI 回覆會消耗所選方案的 credits。請參閱目前的方案和限制。

相關 Discord 建置

• 在成員回覆問候後，回答產品問題並收集意見回饋提交。AI 對話可以在 Google Sheets 中記錄回饋與文件缺口。

• 為 Discord 建立 AI bot 說明如何連接 Agent 並為其提供 knowledge base。

• AI Discord 工單機器人 建立問候可導向的私人工單討論串和人工升級流程。

• AI Discord 審核機器人 使用 AI Actions 進行 timeout、ban 和指派角色。

• 最佳 AI Discord bots 比較不同 Discord bots 的用途。

• Discord 頻道文件 記錄此頁面上的每項設定。