本任务是什么，不是什么
这是一次有计划的交接：你仍然控制着自己的账号和服务器，并希望在你停止使用该账号之前，将服务器交给某个特定的人。这不是一份从缺席所有者手中夺回服务器的指南。如果你不是当前所有者，以下步骤不适用于你。
两个事实决定了整个任务：
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 秒。当你试图在交接过程中识别或确认账号时，它可以帮助你收集关于用户名的公开线索。它不转让服务器，不证明谁拥有账号，公开匹配是线索而非身份证明。将其用于查找步骤，并在确认任何转让之前通过信任渠道确认接收人。