這項任務是什麼，不是什麼
這是一項有計畫的移交：你仍控制自己的帳號與伺服器，並希望在停止使用帳號之前，讓伺服器交到特定對象手上。這不是從缺席的擁有者手中取回伺服器的指南。如果你不是目前的擁有者，以下步驟不適用於你。
有兩項事實貫穿整項工作：
Discord 伺服器擁有者可以透過該成員的「轉移所有權」控制項與確認流程，將伺服器轉移給另一位成員。來源
轉移後，前擁有者仍會以成員身分留在伺服器，權限依其新身分組而定；Discord 客服無法直接將伺服器轉移回去。來源
第二點正是需要工作表的原因。轉移是 Discord 內部的單向動作，沒有客服協助的復原機制可以依靠。請將確認步驟視為最終決定。
擁有者與管理員是不同的角色
開始之前，請先釐清你持有的是哪一種角色。
| 角色 | 對這項任務的意義 |
|---|---|
| 伺服器擁有者 | 持有所有權的帳號。只有這個帳號可以透過該成員的「轉移所有權」控制項，將所有權交給另一位成員。 |
| 管理員 | 一種權限等級，可能讓某人管理伺服器、頻道與成員。這不會使他們成為擁有者，也不會讓他們完成所有權轉移。 |
| 版主或其他工作人員 | 在你授予的權限下管理日常活動。不具備所有權地位。 |
常見的錯誤是：給接班人管理員權限，就以為移交完成，然後停用帳號。伺服器仍由即將停用的帳號持有。請將所有權轉移規劃為獨立步驟，與任何角色變更分開處理。
步驟 1：在動手之前，先指名預定的接收者
寫下誰應該接收伺服器以及原因。「最活躍的管理員」不是一項決定；指名的人才是。
使用你能明確說出的標準：
- 他們已同意承擔所有權，而不只是版務職責。
- 在你停止使用帳號後，他們仍能保持聯絡。
- 他們了解這項轉移實際上是最終決定。
- 他們不是依賴共用或借來的登入帳號來行動。
如果有多人都是可能的接班人，請現在就決定，而不是在確認流程中才決定。
步驟 2：建立移交工作表
在開啟 Discord 之前先填寫這份工作表。重點在於 ID：顯示名稱會變，相似的名稱不代表同一個帳號。
| 欄位 | 應記錄的內容 | 為什麼重要 |
|---|---|---|
| 伺服器 ID | 伺服器的數字 ID | 確認你轉移的是正確的伺服器，尤其當你管理多個伺服器時。 |
| 目前擁有者帳號 | 你的帳號 ID | 確認你是將執行轉移的帳號。 |
| 接收者帳號 ID | 接收者的數字帳號 ID | 轉移控制項位於特定成員上；ID 可消除名稱的模糊地帶。 |
| 轉移後接收者的身分組 | 他們將持有的身分組，以及你將持有的任何身分組 | 決定你們各自之後能做什麼。 |
| 接收者的接受 | 他們接受所有權的書面確認 | 避免將伺服器轉移給未同意的人。 |
| MFA 狀態 | 擁有者帳號是否已啟用 MFA | 會改變確認流程要求的事項。 |
| 備用擁有者聯絡方式 | 第二位能聯絡到新擁有者的人 | 涵蓋新擁有者變得無法聯絡的情況。 |
Discord 的介面與標籤可能因版本與平台而異。如果你在用戶端中找不到「轉移所有權」控制項，請查閱 Discord 目前的說明文件，而不是依照記憶中的選單路徑操作；本指南不主張特定的選單位址。
步驟 3：獨立驗證接收者
使用者名稱相符只是一條線索，不能證明帳號背後是誰。在將伺服器轉移給某人之前，請透過你原本就信任的管道確認該帳號：語音通話、既有的私人對話，或你在這次移交之前就持有的線下聯絡資訊。
不要透過接受聲稱是接收者的新聯絡人邀請來驗證。不要依賴相符的個人檔案照片、簡介或帳號代稱；這些都可能被複製。如果接收者最近更換了帳號或使用者名稱，請透過舊有的信任管道確認新帳號。
如果你在這項移交中需要尋找或確認某人的帳號，如何找到某人的 Discord 帳號指南涵蓋了那項獨立的查詢任務。請將其作為產生線索的步驟，然後在轉移之前於 Discord 之外確認身分。
步驟 4：在轉移前準備身分組與權限
決定移交後伺服器應該是什麼樣子，並在你仍擁有完整控制權時設定好。
- 給接收者你打算讓他們持有的身分組。如果該身分組帶有管理權限，請確認他們想要這些權限。
- 決定你將保留什麼身分組（如果有的話）。轉移後你仍會以成員身分留在伺服器，權限依你的新身分組而定，因此你忘記變更的過度授權身分組會跟著你。
- 檢視其他擁有廣泛權限的帳號。移交是移除不再屬於任何活躍成員之存取權的好時機。
- 將身分組計畫記錄在工作表中，以便轉移後的狀態可以檢查。
步驟 5：透過官方流程完成轉移
若已啟用 MFA，擁有者會在官方確認流程中被要求輸入 MFA 驗證碼。來源
編輯建議：在開始之前先準備好 MFA 驗證碼，並一次完成確認。不要與接收者分享你的密碼、MFA 驗證碼或工作階段權杖，也不要讓他們以你的身分登入。轉移流程的存在正是為了讓你不需要交出憑證。
不要向任何人（包括你自己）承諾客服會撤銷轉移。Discord 客服無法直接將伺服器轉移回去，因此確認畫面就是決策點。
步驟 6：在停用帳號之前檢查結果
確認之後，請驗證結果，而不是假設：
- 接收者的帳號顯示為伺服器擁有者。
- 你的帳號仍是成員，持有你規劃的身分組，且不多不少。
- 頻道權限以及任何機器人或整合功能仍如預期運作。
- 接收者可以執行擁有者層級的動作。
只有在這些檢查之後，才應該著手停用你的帳號。移除登入連結或編輯個人檔案不等於關閉帳號，本身也無法確定帳號上儲存的資料會如何處理。如果你打算關閉帳號，請保留一個你能控制的復原方法，直到關閉完成。
失敗情況與因應方式
| 情況 | 該怎麼做 |
|---|---|
| 你找不到「轉移所有權」控制項 | 停下來。查閱 Discord 針對你的用戶端與平台的目前說明頁面。不要自行變通而分享憑證。 |
| 接收者的帳號看起來與你預期不同 | 暫停轉移，並透過信任的管道重新驗證。 |
| 接收者尚未明確接受所有權 | 不要確認。先取得書面接受。 |
| 你已經確認，而接收者沒有回應 | 沒有簡單的客服復原機制。透過新擁有者與其他信任的成員處理；請在確認前就為此做好規劃。 |
| 你不是擁有者但需要移交 | 你無法執行這項轉移。請向目前的擁有者提出。 |
一頁式檢查清單
- 確認你是伺服器擁有者。
- 指名預定的接收者並取得他們的書面接受。
- 記錄伺服器 ID、你的帳號 ID 與接收者的帳號 ID。
- 透過你在這次移交之前就信任的管道驗證接收者。
- 設定接收者的身分組，並決定你自己轉移後的身分組。
- 檢視其他擁有廣泛權限的帳號。
- 檢查是否已啟用 MFA，並準備好驗證碼。
- 完成官方轉移與確認流程，不分享憑證。
- 驗證新擁有者、你剩餘的身分組與伺服器行為。
- 只有在這之後才停用你的帳號，並在關閉完成前保留復原方法。
TraceSeek 適用與不適用之處
TraceSeek 是一款使用者名稱查詢應用程式，可搜尋 3,000+ 個平台上的公開個人檔案，首次掃描免費，產品描述其耗時 20–30 秒。當你在移交過程中試圖識別或確認帳號時，它可以協助你蒐集關於使用者名稱的公開線索。它不會轉移伺服器、無法證明誰擁有帳號，而公開比對結果只是線索，不是身分證明。請將它用於查詢步驟，並在確認任何轉移之前，透過信任的管道確認接收者。