Discord

Discord รองรับแท็กตอบกลับในเอาต์พุตของเอเจนต์:

• [[reply_to_current]]
• [[reply_to:<id>]]

ควบคุมโดย channels.discord.replyToMode:

• off (ค่าเริ่มต้น)
• first
• all
• batched

หมายเหตุ: off ปิดการทำเธรดคำตอบโดยนัย แท็ก [[reply_to_*]] แบบชัดเจนยังคงถูกใช้งาน first จะแนบการอ้างอิงคำตอบ native โดยนัยกับข้อความ Discord ขาออกแรกของรอบนั้นเสมอ batched จะแนบการอ้างอิงคำตอบ native โดยนัยของ Discord เฉพาะเมื่อ รอบขาเข้าเป็นชุดข้อความหลายรายการที่ถูก debounce แล้ว ซึ่งมีประโยชน์ เมื่อคุณต้องการใช้การตอบกลับ native เป็นหลักสำหรับแชตที่ส่งถี่และกำกวม ไม่ใช่ทุก รอบที่มีข้อความเดียว

ID ข้อความจะแสดงในบริบท/ประวัติ เพื่อให้เอเจนต์สามารถกำหนดเป้าหมายข้อความเฉพาะได้

OpenClaw สามารถสตรีมคำตอบฉบับร่างโดยส่งข้อความชั่วคราวและแก้ไขเมื่อมีข้อความเข้ามา channels.discord.streaming รับค่า off | partial | block | progress (ค่าเริ่มต้น) progress จะคงฉบับร่างสถานะที่แก้ไขได้ไว้หนึ่งรายการ และอัปเดตด้วยความคืบหน้าของเครื่องมือจนกว่าจะส่งผลลัพธ์สุดท้าย; streamMode เป็น alias ของรันไทม์แบบเดิม เรียกใช้ openclaw doctor --fix เพื่อเขียนค่ากำหนดที่บันทึกไว้ใหม่ให้เป็นคีย์มาตรฐาน

ตั้งค่า channels.discord.streaming.mode เป็น off เพื่อปิดการแก้ไขตัวอย่างบน Discord หากเปิดใช้งานการสตรีมแบบบล็อกของ Discord อย่างชัดเจน OpenClaw จะข้ามสตรีมตัวอย่างเพื่อหลีกเลี่ยงการสตรีมซ้ำซ้อน

{
channels: {
discord: {
  streaming: {
    mode: "progress",
    progress: {
      label: "auto",
      maxLines: 8,
      toolProgress: true,
    },
  },
},
},
}

• partial แก้ไขข้อความตัวอย่างรายการเดียวเมื่อโทเค็นเข้ามา
• block ส่งชิ้นส่วนขนาดร่าง (ใช้ draftChunk เพื่อปรับขนาดและจุดตัด โดยถูกจำกัดไม่เกิน textChunkLimit)
• สื่อ ข้อผิดพลาด และผลลัพธ์สุดท้ายแบบตอบกลับชัดเจนจะยกเลิกการแก้ไขตัวอย่างที่ค้างอยู่
• streaming.preview.toolProgress (ค่าเริ่มต้น true) ควบคุมว่าจะนำข้อความตัวอย่างมาใช้ซ้ำสำหรับอัปเดตเครื่องมือ/ความคืบหน้าหรือไม่
• streaming.preview.commandText / streaming.progress.commandText ควบคุมรายละเอียดคำสั่ง/exec ในบรรทัดความคืบหน้าแบบกะทัดรัด: raw (ค่าเริ่มต้น) หรือ status (เฉพาะป้ายชื่อเครื่องมือ)

ซ่อนข้อความคำสั่ง/exec ดิบโดยยังคงบรรทัดความคืบหน้าแบบกะทัดรัดไว้:

{
  "channels": {
    "discord": {
      "streaming": {
        "mode": "progress",
        "progress": {
          "toolProgress": true,
          "commandText": "status"
        }
      }
    }
  }
}

การสตรีมตัวอย่างรองรับเฉพาะข้อความเท่านั้น; คำตอบแบบสื่อจะ fallback ไปใช้การส่งแบบปกติ เมื่อเปิดใช้งานการสตรีมแบบ block อย่างชัดเจน OpenClaw จะข้ามสตรีมตัวอย่างเพื่อหลีกเลี่ยงการสตรีมซ้ำซ้อน

บริบทประวัติของกิลด์:

• ค่าเริ่มต้นของ channels.discord.historyLimit คือ 20
• fallback: messages.groupChat.historyLimit
• 0 ปิดใช้งาน

ตัวควบคุมประวัติ DM:

• channels.discord.dmHistoryLimit
• channels.discord.dms["<user_id>"].historyLimit

พฤติกรรมเธรด:

• เธรด Discord จะถูกกำหนดเส้นทางเป็นเซสชันของช่อง และสืบทอดค่ากำหนดของช่องแม่ เว้นแต่จะถูกเขียนทับ
• เซสชันเธรดสืบทอดการเลือก /model ระดับเซสชันของช่องแม่เป็น fallback เฉพาะโมเดล; การเลือก /model ภายในเธรดยังคงมีลำดับความสำคัญ และประวัติทรานสคริปต์ของช่องแม่จะไม่ถูกคัดลอก เว้นแต่เปิดใช้งานการสืบทอดทรานสคริปต์
• channels.discord.thread.inheritParent (ค่าเริ่มต้น false) เลือกให้เธรดอัตโนมัติใหม่เริ่มต้นจากทรานสคริปต์ของช่องแม่ การเขียนทับรายบัญชีอยู่ใต้ channels.discord.accounts.<id>.thread.inheritParent
• รีแอ็กชันของเครื่องมือส่งข้อความสามารถ resolve เป้าหมาย DM แบบ user:<id> ได้
• guilds.<guild>.channels.<channel>.requireMention: false จะถูกคงไว้ระหว่าง fallback การเปิดใช้งานในขั้นตอบกลับ

หัวข้อของช่องจะถูกฉีดเป็นบริบทที่ ไม่น่าเชื่อถือ รายการอนุญาตควบคุมว่าใครสามารถเรียกใช้เอเจนต์ได้ ไม่ใช่ขอบเขตการปกปิดบริบทเสริมแบบเต็มรูปแบบ

Discord สามารถผูกเธรดกับเป้าหมายเซสชัน เพื่อให้ข้อความติดตามในเธรดนั้นยังถูกส่งไปยังเซสชันเดิม (รวมถึงเซสชัน subagent)

คำสั่ง:

• /focus <target> ผูกเธรดปัจจุบัน/ใหม่กับเป้าหมาย subagent/เซสชัน
• /unfocus ลบการผูกเธรดปัจจุบัน
• /agents แสดงรันที่ใช้งานอยู่และสถานะการผูก
• /session idle <duration|off> ตรวจสอบ/อัปเดตการ auto-unfocus เมื่อไม่มีกิจกรรมสำหรับการผูกที่โฟกัสอยู่
• /session max-age <duration|off> ตรวจสอบ/อัปเดตอายุสูงสุดแบบบังคับสำหรับการผูกที่โฟกัสอยู่

Config:

{
session: {
threadBindings: {
  enabled: true,
  idleHours: 24,
  maxAgeHours: 0,
},
},
channels: {
discord: {
  threadBindings: {
    enabled: true,
    idleHours: 24,
    maxAgeHours: 0,
    spawnSessions: true,
    defaultSpawnContext: "fork",
  },
},
},
}

หมายเหตุ:

• session.threadBindings.* ตั้งค่าเริ่มต้นส่วนกลาง
• channels.discord.threadBindings.* เขียนทับพฤติกรรมของ Discord
• spawnSessions ควบคุมการสร้าง/ผูกเธรดอัตโนมัติสำหรับ sessions_spawn({ thread: true }) และการ spawn เธรดของ ACP ค่าเริ่มต้น: true
• defaultSpawnContext ควบคุมบริบท subagent แบบ native สำหรับการ spawn ที่ผูกกับเธรด ค่าเริ่มต้น: "fork"
• คีย์ spawnSubagentSessions/spawnAcpSessions ที่เลิกใช้แล้วจะถูกย้ายโดย openclaw doctor --fix
• หากการผูกเธรดถูกปิดใช้งานสำหรับบัญชีหนึ่ง /focus และการดำเนินการผูกเธรดที่เกี่ยวข้องจะไม่พร้อมใช้งาน

ดู Sub-agents, เอเจนต์ ACP, และ ข้อมูลอ้างอิงการกำหนดค่า

สำหรับเวิร์กสเปซ ACP แบบ "always-on" ที่เสถียร ให้กำหนดค่าการผูก ACP แบบมีชนิดระดับบนสุดที่กำหนดเป้าหมายไปยังการสนทนา Discord

พาธ Config:

• bindings[] พร้อม type: "acp" และ match.channel: "discord"

ตัวอย่าง:

{
agents: {
list: [
  {
    id: "codex",
    runtime: {
      type: "acp",
      acp: {
        agent: "codex",
        backend: "acpx",
        mode: "persistent",
        cwd: "/workspace/openclaw",
      },
    },
  },
],
},
bindings: [
{
  type: "acp",
  agentId: "codex",
  match: {
    channel: "discord",
    accountId: "default",
    peer: { kind: "channel", id: "222222222222222222" },
  },
  acp: { label: "codex-main" },
},
],
channels: {
discord: {
  guilds: {
    "111111111111111111": {
      channels: {
        "222222222222222222": {
          requireMention: false,
        },
      },
    },
  },
},
},
}

หมายเหตุ:

• /acp spawn codex --bind here ผูกช่องหรือเธรดปัจจุบันไว้ที่ตำแหน่งเดิม และเก็บข้อความในอนาคตไว้ในเซสชัน ACP เดิม ข้อความเธรดสืบทอดการผูกของช่องแม่
• ในช่องหรือเธรดที่ถูกผูกไว้ /new และ /reset จะรีเซ็ตเซสชัน ACP เดิมที่ตำแหน่งเดิม การผูกเธรดชั่วคราวสามารถเขียนทับการ resolve เป้าหมายระหว่างที่ใช้งานอยู่ได้
• spawnSessions ควบคุมการสร้าง/ผูกเธรดลูกผ่าน --thread auto|here

ดู เอเจนต์ ACP สำหรับรายละเอียดพฤติกรรมการผูก

โหมดการแจ้งเตือนรีแอ็กชันรายกิลด์:

• off
• own (ค่าเริ่มต้น)
• all
• allowlist (ใช้ guilds.<id>.users)

อีเวนต์รีแอ็กชันจะถูกแปลงเป็นอีเวนต์ระบบและแนบกับเซสชัน Discord ที่ถูกกำหนดเส้นทาง

ackReaction ส่งอีโมจิรับทราบขณะที่ OpenClaw กำลังประมวลผลข้อความขาเข้า

ลำดับการ resolve:

• channels.discord.accounts.<accountId>.ackReaction
• channels.discord.ackReaction
• messages.ackReaction
• fallback เป็นอีโมจิตัวตนของเอเจนต์ (agents.list[].identity.emoji, มิฉะนั้น "👀")

หมายเหตุ:

• Discord ยอมรับอีโมจิ unicode หรือชื่ออีโมจิแบบกำหนดเอง
• ใช้ "" เพื่อปิดใช้งานรีแอ็กชันสำหรับช่องหรือบัญชี

การเขียน config ที่เริ่มจากช่องจะเปิดใช้งานเป็นค่าเริ่มต้น

สิ่งนี้ส่งผลต่อ flow /config set|unset (เมื่อเปิดใช้งานฟีเจอร์คำสั่ง)

ปิดใช้งาน:

{
channels: {
discord: {
  configWrites: false,
},
},
}

กำหนดเส้นทางทราฟฟิก WebSocket ของ Gateway ของ Discord และการค้นหา REST ตอนเริ่มต้น (application ID + การ resolve รายการอนุญาต) ผ่านพร็อกซี HTTP(S) ด้วย channels.discord.proxy

{
channels: {
discord: {
  proxy: "http://proxy.example:8080",
},
},
}

การเขียนทับรายบัญชี:

{
channels: {
discord: {
  accounts: {
    primary: {
      proxy: "http://proxy.example:8080",
    },
  },
},
},
}

เปิดใช้งานการ resolve ของ PluralKit เพื่อแมปข้อความที่ถูกพร็อกซีไปยังตัวตนสมาชิกของระบบ:

{
channels: {
discord: {
  pluralkit: {
    enabled: true,
    token: "pk_live_...", // optional; needed for private systems
  },
},
},
}

หมายเหตุ:

• รายการอนุญาตสามารถใช้ pk:<memberId> ได้
• ชื่อแสดงของสมาชิกจะถูกจับคู่ด้วยชื่อ/slug เท่านั้นเมื่อ channels.discord.dangerouslyAllowNameMatching: true
• การค้นหาใช้ ID ข้อความเดิมและถูกจำกัดด้วยกรอบเวลา
• หากการค้นหาล้มเหลว ข้อความที่ถูกพร็อกซีจะถูกถือว่าเป็นข้อความบอทและถูกทิ้ง เว้นแต่ allowBots=true

ใช้ mentionAliases เมื่อเอเจนต์ต้องการการกล่าวถึงขาออกแบบกำหนดผลได้แน่นอนสำหรับผู้ใช้ Discord ที่รู้จัก คีย์คือ handle ที่ไม่มี @ นำหน้า; ค่าคือ ID ผู้ใช้ Discord handle ที่ไม่รู้จัก, @everyone, @here, และการกล่าวถึงภายใน Markdown code span จะไม่ถูกเปลี่ยนแปลง

{
channels: {
discord: {
  mentionAliases: {
    Vladislava: "123456789012345678",
  },
  accounts: {
    ops: {
      mentionAliases: {
        OpsLead: "234567890123456789",
      },
    },
  },
},
},
}

การอัปเดต Presence จะถูกใช้เมื่อคุณตั้งค่าฟิลด์สถานะหรือกิจกรรม หรือเมื่อคุณเปิดใช้งาน Presence อัตโนมัติ

ตัวอย่างเฉพาะสถานะ:

{
channels: {
discord: {
  status: "idle",
},
},
}

ตัวอย่างกิจกรรม (สถานะกำหนดเองเป็นชนิดกิจกรรมเริ่มต้น):

{
channels: {
discord: {
  activity: "Focus time",
  activityType: 4,
},
},
}

ตัวอย่างการสตรีม:

{
channels: {
discord: {
  activity: "Live coding",
  activityType: 1,
  activityUrl: "https://twitch.tv/openclaw",
},
},
}

แมปชนิดกิจกรรม:

• 0: กำลังเล่น
• 1: กำลังสตรีม (ต้องมี activityUrl)
• 2: กำลังฟัง
• 3: กำลังดู
• 4: กำหนดเอง (ใช้ข้อความกิจกรรมเป็นสถานะ; อีโมจิไม่บังคับ)
• 5: กำลังแข่งขัน

ตัวอย่าง Presence อัตโนมัติ (สัญญาณสุขภาพรันไทม์):

{
channels: {
discord: {
  autoPresence: {
    enabled: true,
    intervalMs: 30000,
    minUpdateIntervalMs: 15000,
    exhaustedText: "token exhausted",
  },
},
},
}

การแสดงสถานะอัตโนมัติแมปความพร้อมใช้งานขณะรันกับสถานะ Discord: healthy => online, degraded หรือ unknown => idle, exhausted หรือ unavailable => dnd การแทนที่ข้อความเสริม:

• autoPresence.healthyText
• autoPresence.degradedText
• autoPresence.exhaustedText (รองรับ placeholder {reason})

Discord รองรับการจัดการการอนุมัติด้วยปุ่มใน DM และสามารถโพสต์พรอมป์การอนุมัติในช่องต้นทางได้ตามต้องการ

พาธการกำหนดค่า:

• channels.discord.execApprovals.enabled
• channels.discord.execApprovals.approvers (ไม่บังคับ; ใช้ commands.ownerAllowFrom เป็นค่า fallback เมื่อทำได้)
• channels.discord.execApprovals.target (dm | channel | both, ค่าเริ่มต้น: dm)
• agentFilter, sessionFilter, cleanupAfterResolve

Discord เปิดใช้การอนุมัติ exec แบบเนทีฟโดยอัตโนมัติเมื่อไม่ได้ตั้งค่า enabled หรือเป็น "auto" และสามารถระบุผู้อนุมัติได้อย่างน้อยหนึ่งราย ไม่ว่าจะจาก execApprovals.approvers หรือจาก commands.ownerAllowFrom Discord จะไม่อนุมานผู้อนุมัติ exec จาก allowFrom ของช่อง, dm.allowFrom แบบเดิม หรือ defaultTo ของข้อความโดยตรง ตั้งค่า enabled: false เพื่อปิดใช้ Discord ในฐานะไคลเอนต์การอนุมัติแบบเนทีฟอย่างชัดเจน

สำหรับคำสั่งกลุ่มที่ละเอียดอ่อนและจำกัดเฉพาะเจ้าของ เช่น /diagnostics และ /export-trajectory OpenClaw จะส่งพรอมป์การอนุมัติและผลลัพธ์สุดท้ายแบบส่วนตัว โดยจะลองใช้ Discord DM ก่อนเมื่อเจ้าของที่เรียกใช้มีเส้นทางเจ้าของผ่าน Discord; หากไม่พร้อมใช้งาน จะ fallback ไปยังเส้นทางเจ้าของแรกที่มีจาก commands.ownerAllowFrom เช่น Telegram

เมื่อ target เป็น channel หรือ both พรอมป์การอนุมัติจะมองเห็นได้ในช่อง เฉพาะผู้อนุมัติที่ระบุได้เท่านั้นที่ใช้ปุ่มได้; ผู้ใช้อื่นจะได้รับการปฏิเสธแบบ ephemeral พรอมป์การอนุมัติมีข้อความคำสั่งอยู่ด้วย ดังนั้นให้เปิดใช้การส่งไปยังช่องเฉพาะในช่องที่เชื่อถือได้เท่านั้น หากไม่สามารถดึง ID ช่องจากคีย์เซสชันได้ OpenClaw จะ fallback ไปส่งผ่าน DM

Discord ยังเรนเดอร์ปุ่มอนุมัติร่วมที่ใช้โดยช่องแชทอื่นด้วย อะแดปเตอร์ Discord แบบเนทีฟหลัก ๆ จะเพิ่มการกำหนดเส้นทาง DM ของผู้อนุมัติและการกระจายไปยังช่อง เมื่อมีปุ่มเหล่านั้น ปุ่มเหล่านั้นคือ UX การอนุมัติหลัก; OpenClaw ควรรวมคำสั่ง /approve แบบแมนนวลเฉพาะเมื่อผลลัพธ์เครื่องมือระบุว่า การอนุมัติผ่านแชทไม่พร้อมใช้งาน หรือการอนุมัติแบบแมนนวลเป็นเส้นทางเดียวเท่านั้น หาก runtime การอนุมัติแบบเนทีฟของ Discord ไม่ทำงาน OpenClaw จะยังแสดง พรอมป์ /approve <id> <decision> แบบ deterministic ภายในเครื่องไว้ หาก runtime ทำงานอยู่แต่ไม่สามารถส่งการ์ดแบบเนทีฟไปยังเป้าหมายใดได้ OpenClaw จะส่งประกาศ fallback ในแชทเดียวกันพร้อมคำสั่ง /approve ที่ตรงจากการอนุมัติที่รอดำเนินการ

การตรวจสอบสิทธิ์ Gateway และการแก้ผลการอนุมัติทำตามสัญญาไคลเอนต์ Gateway ร่วมกัน (ID plugin: จะ resolve ผ่าน plugin.approval.resolve; ID อื่นผ่าน exec.approval.resolve) โดยค่าเริ่มต้น การอนุมัติจะหมดอายุหลัง 30 นาที

ดู การอนุมัติ exec

• เปิดใช้ Message Content Intent
• เปิดใช้ Server Members Intent เมื่อคุณพึ่งพาการ resolve ผู้ใช้/สมาชิก
• รีสตาร์ท Gateway หลังเปลี่ยน intent

• ตรวจสอบ groupPolicy
• ตรวจสอบ guild allowlist ใต้ channels.discord.guilds
• หากมี map channels ของ guild จะอนุญาตเฉพาะช่องที่ระบุไว้เท่านั้น
• ตรวจสอบพฤติกรรม requireMention และรูปแบบ mention

การตรวจสอบที่มีประโยชน์:

openclaw doctor
openclaw channels status --probe
openclaw logs --follow

สาเหตุทั่วไป:

• groupPolicy="allowlist" โดยไม่มี guild/channel allowlist ที่ตรงกัน
• กำหนดค่า requireMention ผิดที่ (ต้องอยู่ใต้ channels.discord.guilds หรือรายการช่อง)
• ผู้ส่งถูกบล็อกโดย allowlist users ของ guild/channel

log ทั่วไป:

• Slow listener detected ...
• stuck session: sessionKey=agent:...:discord:... state=processing ...

ปุ่มปรับแต่งคิว Gateway ของ Discord:

• บัญชีเดียว: channels.discord.eventQueue.listenerTimeout
• หลายบัญชี: channels.discord.accounts.<accountId>.eventQueue.listenerTimeout
• ค่านี้ควบคุมเฉพาะงาน listener ของ Discord Gateway ไม่ใช่อายุการทำงานของรอบเอเจนต์

Discord ไม่ใช้ timeout ที่ช่องเป็นเจ้าของกับรอบเอเจนต์ที่เข้าคิวไว้ listener ข้อความส่งต่อทันที และการรัน Discord ที่เข้าคิวไว้จะรักษาลำดับต่อเซสชันไว้จนกว่าวงจรชีวิตของเซสชัน/เครื่องมือ/runtime จะเสร็จสิ้นหรือยกเลิกงาน

{
channels: {
discord: {
  accounts: {
    default: {
      eventQueue: {
        listenerTimeout: 120000,
      },
    },
  },
},
},
}

OpenClaw ดึงเมตาดาตา Discord /gateway/bot ก่อนเชื่อมต่อ ความล้มเหลวชั่วคราวจะถอยกลับไปใช้ URL Gateway เริ่มต้นของ Discord และถูกจำกัดอัตราในบันทึก

ตัวปรับแต่งการหมดเวลาของเมตาดาตา:

• บัญชีเดียว: channels.discord.gatewayInfoTimeoutMs
• หลายบัญชี: channels.discord.accounts.<accountId>.gatewayInfoTimeoutMs
• env fallback เมื่อยังไม่ได้ตั้งค่าคอนฟิก: OPENCLAW_DISCORD_GATEWAY_INFO_TIMEOUT_MS
• ค่าเริ่มต้น: 30000 (30 วินาที), สูงสุด: 120000

OpenClaw รอเหตุการณ์ Gateway READY ของ Discord ระหว่างเริ่มต้นและหลังจากเชื่อมต่อใหม่ในรันไทม์ การตั้งค่าหลายบัญชีที่มีการเหลื่อมเวลาเริ่มต้นอาจต้องใช้ช่วงเวลา READY ตอนเริ่มต้นที่ยาวกว่าค่าเริ่มต้น

ตัวปรับแต่งการหมดเวลา READY:

• บัญชีเดียวตอนเริ่มต้น: channels.discord.gatewayReadyTimeoutMs
• หลายบัญชีตอนเริ่มต้น: channels.discord.accounts.<accountId>.gatewayReadyTimeoutMs
• env fallback ตอนเริ่มต้นเมื่อยังไม่ได้ตั้งค่าคอนฟิก: OPENCLAW_DISCORD_READY_TIMEOUT_MS
• ค่าเริ่มต้นตอนเริ่มต้น: 15000 (15 วินาที), สูงสุด: 120000
• บัญชีเดียวในรันไทม์: channels.discord.gatewayRuntimeReadyTimeoutMs
• หลายบัญชีในรันไทม์: channels.discord.accounts.<accountId>.gatewayRuntimeReadyTimeoutMs
• env fallback ในรันไทม์เมื่อยังไม่ได้ตั้งค่าคอนฟิก: OPENCLAW_DISCORD_RUNTIME_READY_TIMEOUT_MS
• ค่าเริ่มต้นในรันไทม์: 30000 (30 วินาที), สูงสุด: 120000

การตรวจสอบสิทธิ์ channels status --probe ใช้งานได้เฉพาะกับ ID ช่องแบบตัวเลขเท่านั้น

หากคุณใช้คีย์แบบ slug การจับคู่ในรันไทม์ยังอาจทำงานได้ แต่ probe ไม่สามารถตรวจสอบสิทธิ์ได้ครบถ้วน

• ปิดใช้งาน DM: channels.discord.dm.enabled=false
• ปิดใช้งานนโยบาย DM: channels.discord.dmPolicy="disabled" (เดิม: channels.discord.dm.policy)
• กำลังรอการอนุมัติการจับคู่ในโหมด pairing

โดยค่าเริ่มต้น ข้อความที่บอตเป็นผู้เขียนจะถูกละเว้น

หากคุณตั้งค่า channels.discord.allowBots=true ให้ใช้กฎการ mention และ allowlist ที่เข้มงวดเพื่อหลีกเลี่ยงพฤติกรรมลูป แนะนำให้ใช้ channels.discord.allowBots="mentions" เพื่อรับเฉพาะข้อความจากบอตที่ mention บอตเท่านั้น

{
channels: {
discord: {
  accounts: {
    mantis: {
      // Mantis listens to other bots only when they mention her.
      allowBots: "mentions",
    },
    molty: {
      // Molty listens to all bot-authored Discord messages.
      allowBots: true,
      mentionAliases: {
        // Lets Molty write "@Mantis" and send a real Discord mention.
        Mantis: "MANTIS_DISCORD_USER_ID",
      },
    },
  },
},
},
}

• ใช้ OpenClaw เวอร์ชันปัจจุบันเสมอ (openclaw update) เพื่อให้มีตรรกะการกู้คืนการรับเสียงของ Discord
• ยืนยันว่า channels.discord.voice.daveEncryption=true (ค่าเริ่มต้น)
• เริ่มจาก channels.discord.voice.decryptionFailureTolerance=24 (ค่าเริ่มต้นของ upstream) และปรับเฉพาะเมื่อจำเป็น
• ดูบันทึกสำหรับ:
  • discord voice: DAVE decrypt failures detected
  • discord voice: repeated decrypt failures; attempting rejoin
• หากยังมีความล้มเหลวต่อหลังจาก rejoin อัตโนมัติ ให้รวบรวมบันทึกและเปรียบเทียบกับประวัติการรับ DAVE ของ upstream ใน discord.js #11419 และ discord.js #11449