Discord.js mute命令无法通过提及发送私信 仅ID方式生效

你当前的私信发送逻辑完全未兼容提及场景的参数格式，具体问题点：

• 当用户用@提及方式指定目标时，args[0]拿到的是带Discord提及标记的字符串（形如<@123456789>），并非纯数字的用户ID。直接拿这个字符串去client.users.fetch()、client.users.cache.get()查询，根本匹配不到真实用户，自然无法触发私信发送。
• 你提前定义的target变量（从提及列表、服务器成员缓存里取到的有效成员对象）完全没被私信逻辑使用，反而硬绑定了args[0]做查询，等于绕开了已经解析好的正确目标。
• 硬通过client.users.cache.get(\${args[0]}`)得到的User`对象，在提及场景下是空值，会导致embed里的用户名、头像字段全部为空值，触发发送报错。
• 存在拼写错误：把Moderator写成了Miderator，虽不影响核心逻辑但格式不规范。

纯输入ID时功能正常，是因为该场景下args[0]刚好是能匹配查询的有效字符串；提及场景下的参数格式不符合查询要求，直接导致流程失效。

• 统一目标用户解析逻辑，覆盖两种输入场景：
  • 提及场景直接从message.mentions.users列表中提取对应用户对象
  • 纯ID场景先把输入里的提及特殊字符全部过滤，拿到纯ID后再查询用户
• 去掉冗余的重复查询逻辑，直接用解析完成的目标用户对象发送私信
• 补充异常捕获，避免目标用户关闭私信权限时导致整个命令流程崩溃
• 修正embed的写法，适配Discord.js v13+的格式要求（原直接传embed对象的写法已被兼容层弃用，需要放到embeds数组内）

client.on("messageCreate", async (message) => {
  // 保留原有基础校验逻辑
  if (!message.content.startsWith(prefix) || message.author.bot) return;
  // 优化参数分割逻辑，适配多空格的输入场景
  const args = message.content.slice(prefix.length).trim().split(/ +/);
  const command = args.shift().toLowerCase();
  const { guild } = message;

  // 统一解析目标用户：兼容提及/纯ID两种输入
  let targetUser;
  if (message.mentions.users.first()) {
    // 提及场景直接取对应的用户对象
    targetUser = message.mentions.users.first();
  } else {
    // 纯ID场景：过滤掉提及格式里的非数字标记得到纯ID
    const targetId = args[0].replace(/[<@!>]/g, "");
    // 拉取对应用户，查询失败则返回空值
    targetUser = await client.users.fetch(targetId).catch(() => null);
  }

  // 前置判断：未找到目标用户时直接提示
  if (!targetUser) return message.reply("找不到指定的目标用户，请确认提及对象正确、输入的用户ID有效");

  const time = args[1] || "未指定时长";
  const reason = args.slice(2).join(" ") || "无特殊说明";

  if (command === "mute") {
    try {
      // 直接用解析好的目标用户对象发送私信，不再重复查询
      await targetUser.send({
        embeds: [{
          title: `你在「${guild.name}」服务器被静音了`,
          description: `**操作管理员:** ${message.author} \n**静音时长:** ${time} \n**静音原因:** ${reason}`,
          thumbnail: {
            url: targetUser.avatarURL({ dynamic: true })
          }
        }]
      });
      // 后续mute权限、角色分配的逻辑可以直接接在这里
    } catch (err) {
      // 捕获用户关闭DM的异常，不中断后续mute操作
      message.reply(`目标用户${targetUser.tag}关闭了私信，通知发送失败，但静音操作已正常执行`);
    }
  }
});

内容的提问来源于stack exchange，提问作者Andryxa