Discord 伺服器設定檢查清單 2026：30 分鐘內準備好啟動

從一開始就正確設定 Discord 伺服器，可以避免您重組即時社群的痛苦工作。此檢查清單以您應該完成的確切順序組織 — 在移至下一節之前完成每一節。

將此頁面加入書籤。在您建立時將其用作工作參考，而不僅僅是一次。

第 1 節：核心伺服器設定

在您建立單個頻道之前，請設定伺服器的身分和安全基準。

身分

• 設定您的伺服器名稱 — 保持簡短、描述性和可搜尋（少於 30 個字元）
• 上傳伺服器圖示 — 最小 512x512 PNG，在小尺寸下清晰
• 撰寫伺服器描述 — 一到兩句話說明伺服器是為誰而設，以及成員從中獲得什麼
• 如果您有伺服器橫幅，請設定一個（需要伺服器增強等級 1）

驗證和安全

• 在公開之前，將驗證等級設定為至少低（驗證電子郵件）
• 將明確內容過濾器設定為至少掃描沒有身分組的成員的訊息；掃描所有訊息以用於公共伺服器
• 啟用管理動作的 2FA 要求（伺服器設定 → 安全設定）
• 檢閱並設定您的 DM 垃圾郵件過濾器（伺服器設定 → 安全設定 → DM 垃圾郵件過濾器）

區域和探索

• 確認您的伺服器區域與您的主要受眾相符
• 為歡迎訊息和增強通知設定系統頻道（如果您有自訂歡迎機器人，則停用它）
• 如果您計劃使用機器人執行此操作，請停用加入公告的預設系統訊息

第 2 節：頻道結構

在您邀請任何人之前，請建立您的頻道骨架。重組即時伺服器要困難得多。

資訊頻道（鎖定，僅限員工發布）

• #規則 — 伺服器規則，清晰且編號；如果啟用社群，請使用 Discord 的規則篩選
• #公告 — 伺服器新聞和更新；如果意外授予傳送權限，則設定慢速模式以防止垃圾郵件
• #歡迎 或 #關於 — 伺服器用途、入門指南、重要頻道的連結

社群頻道（成員可以發布）

• #一般 — 主要文字聊天
• #介紹 — 新成員打招呼；釘選提示（「告訴我們您的姓名、您來自哪裡以及您加入的原因」）
• #閒聊 — 與伺服器核心主題無關的隨意聊天
• 特定主題的頻道 — 僅當您已經有足夠的成員來填滿這些主題時才新增這些頻道

機器人和實用頻道

• #機器人指令 — 用於機器人指令的專用頻道，因此它們不會淹沒 #一般
• #管理員日誌 — 私人，僅限員工；您的機器人的管理日誌在此處
• #成員日誌 — 私人，僅限員工；加入/離開追蹤

語音頻道

• 一般語音 — 您的主要語音聚會
• 至少一個 AFK 頻道 — 設定 AFK 超時，以便閒置成員自動移動到此處
• 如果相關，則特定類別的語音（例如，「遊戲室 1」、「遊戲室 2」）

頻道組織

• 將頻道分組到類別中（資訊、社群、機器人、語音、員工）
• 將頻道拖曳到每個類別中的正確順序
• 為每個不明顯的頻道設定帶有一行描述的頻道主題
• 鎖定所有資訊頻道，以便只有員工可以發布

第 3 節：身分組層級

身分組控制成員可以看到和做什麼。在您將單個身分組分配給真人之前，請正確設定此層級。

@everyone 基準

• 從 @everyone 移除 傳送訊息
• 從 @everyone 移除 新增反應
• 從 @everyone 移除 附加檔案
• 從 @everyone 移除 嵌入連結
• 保持啟用 讀取訊息歷史記錄 和 檢視頻道（以便人們可以在獲得身分組之前看到伺服器）

成員身分組

• 建立 成員 身分組（或使用您的社群的首選名稱）
• 授予 傳送訊息、新增反應、附加檔案、嵌入連結、使用應用程式指令
• 請勿授予 管理員、管理訊息 或任何管理權限
• 如果您希望成員擁有彩色名稱，請設定顏色

版主身分組

• 在層級中成員上方建立 版主 身分組
• 授予 踢出成員、封鎖成員、管理訊息、靜音成員、暫停成員
• 授予 檢視稽核日誌
• 請勿授予 管理員 — 這是一個核子權限，會繞過所有頻道限制
• 設定與成員不同的顏色

管理員身分組

• 在版主上方建立 管理員 身分組
• 授予 管理員 權限（如果您喜歡細微的控制，則授予特定的權限集）
• 僅將此身分組分配給伺服器所有者和完全信任的員工
• 考慮使此身分組不可見（取消選取「分開顯示」）以降低其作為目標的能見度

機器人身分組

• 驗證每個機器人都有其自己的自動建立的身分組（Discord 在新增機器人時會自動執行此操作）
• 將機器人身分組放置在它們需要管理的頻道和身分組上方
• 除非機器人明確要求並且您已驗證原因，否則不要授予機器人管理員權限

可選身分組

• 已驗證/已接受身分組 — 如果在使用成員之前使用驗證閘道
• VIP/支持者身分組 — 適用於 Nitro 助推器或活躍貢獻者
• 已靜音身分組 — 某些管理機器人需要手動已靜音身分組；設定其頻道覆寫

第 4 節：機器人設定

管理機器人（MEE6、Dyno 或 Carl-bot）

• 安裝並授權機器人
• 設定自動管理：關鍵字過濾器、垃圾郵件防護、提及限制、連結過濾
• 設定記錄頻道（將機器人的日誌指向您的私人 #管理員日誌）
• 設定警告閾值：例如，3 個警告 → 暫停，5 個 → 踢出，7 個 → 封鎖
• 設定歡迎訊息（頻道、訊息內容、包含伺服器規則連結）
• 透過傳送應標記的測試訊息來測試自動管理 — 驗證它是否有效

歡迎機器人（或您的管理機器人的歡迎功能）

• 設定哪個頻道接收歡迎訊息
• 撰寫包含以下內容的歡迎訊息：問候語、#規則 的連結以及自我介紹的提示
• 透過讓備用帳戶加入伺服器進行測試

升級機器人（可選 — MEE6、Atlas 或 Arcane）

• 在安裝之前確定升級是否適合您的社群（它會增加參與度，但也會增加複雜性）
• 設定 XP 速率和升級公告
• 如果需要，設定基於等級的身分組獎勵
• 將升級公告指向專用頻道，而不是 #一般

第 5 節：安全強化

AutoMod（Discord 原生）

• 伺服器設定 → AutoMod → 啟用所有預設規則
• 為您的特定社群有問題的術語新增自訂關鍵字清單
• 設定提及垃圾郵件限制（每個訊息 6-10 次提及是一個常見的閾值）
• 如果您的社群以前曾被鎖定，請為已知的突襲短語設定封鎖清單
• 設定 AutoMod 警報以轉到您的 #管理員日誌 頻道

邀請設定

• 建立您的主要邀請連結，並在適當時設定到期時間（永久適用於持續的社群；有限適用於活動）
• 安全地儲存您的邀請連結 — 如果您公開發布它，則可以被抓取
• 最初停用常規成員的邀請（伺服器設定 → 邀請設定），直到您的管理設定完成

突襲防護

• 在啟動期間啟用 #一般的慢速模式（新伺服器在目錄中出現後會吸引垃圾郵件機器人）
• 將您的管理機器人的突襲防護模式設定為自動偵測大量加入
• 知道如何快速啟用驗證鎖定 — 在緊急情況下需要它之前，先在備用帳戶上練習它

DM 設定

• 在您的規則中告知成員有關您伺服器的 DM 政策（來自其他成員的主動 DM 通常是騷擾）
• 設定您的管理機器人以警告報告 DM 騷擾的成員（您無法直接管理 DM，但您可以根據證據採取行動）

第 6 節：社群功能（適用於公共伺服器）

本節僅適用於您計劃啟用 Discord 的社群模式並追求探索的情況。

啟用社群模式

• 伺服器設定 → 啟用社群 → 按照設定精靈進行操作
• 設定您的規則頻道（指向您的 #規則 頻道）
• 設定您的社群更新頻道（指向僅限員工的頻道或 #公告）
• 驗證安全過濾器是否已按照精靈的要求進行設定

歡迎畫面

• 設計您的歡迎畫面（伺服器設定 → 歡迎畫面）
• 將 3-5 個頻道新增到歡迎畫面，以便新成員知道從哪裡開始
• 為每個精選頻道撰寫簡短描述
• 在啟用之前預覽和測試

入門

• 伺服器設定 → 入門 → 設定問題以將成員路由到相關頻道
• 為特定主題的內容新增選擇加入頻道（這減少了新成員的不知所措）
• 使用備用帳戶端對端測試入門流程

探索資格

• 確認您的伺服器有 200 多名成員（探索要求）
• 新增描述性伺服器標籤（最多 5 個）— 選擇您的目標受眾會搜尋的術語
• 驗證您的伺服器描述是否完整且準確
• 檢查伺服器設定中的探索要求 — Discord 會告訴您缺少什麼

第 7 節：啟動前測試

不要跳過本節。在公開啟動之前使用備用帳戶進行測試可以捕獲從管理員帳戶不可見的權限錯誤。

權限驗證

• 使用備用帳戶加入（沒有員工身分組）
• 驗證備用帳戶無法在鎖定的頻道中發布（#規則、#公告）
• 驗證備用帳戶在收到成員身分組後可以在社群頻道中發布
• 驗證備用帳戶無法看到僅限員工的頻道
• 驗證備用帳戶從您的機器人看到正確的歡迎訊息

機器人測試

• 使用備用帳戶觸發您的管理機器人的歡迎訊息
• 在 #機器人指令 中測試機器人指令以驗證它是否有效
• 嘗試使用測試短語觸發自動管理規則 — 驗證規則是否觸發
• 驗證機器人日誌是否正確顯示在 #管理員日誌 中

員工演練

• 在啟動之前與每位員工一起演練伺服器
• 確認每位員工都了解管理升級程序
• 確認每位員工都可以存取 #管理員日誌 和 #員工聊天
• 進行管理動作的試運行（暫停備用帳戶，驗證它是否正確記錄，移除暫停）

最終檢查

• 伺服器名稱、圖示和描述已最終確定
• 邀請連結已準備好分享
• 規則已撰寫並發布
• 除了您之外，至少有一位版主在啟動時處於活動狀態
• 您知道如何在啟動期間需要時啟用慢速模式和鎖定

一旦您上線，工作就會轉向成長和管理。有關啟動後建立社群的指導，請參閱 Discord 伺服器管理指南 和我們的 如何發展 Discord 伺服器 指南。

配置良好的伺服器會在發送單個訊息之前傳達專業精神。Discord 中的第一印象是透過結構發生的 — 乾淨的頻道、清晰的規則以及清楚知道自己是什麼的伺服器。