> ## Documentation Index > Fetch the complete documentation index at: https://docs2.openclaw.ai/llms.txt > Use this file to discover all available pages before exploring further. # Discord OpenClaw 通过官方 Discord Gateway 网关以 Bot 身份连接到 Discord。支持私信和服务器频道。 Discord 私信默认进入配对模式。 原生命令行为和命令目录。 跨频道诊断和修复流程。 ## 快速设置 创建一个带 Bot 的 Discord 应用，将 Bot 添加到你的服务器，并与 OpenClaw 配对。如果可以，请使用私有服务器；如有需要，请先[创建一个](https://support.discord.com/hc/en-us/articles/204849977-How-do-I-create-a-server)（**Create My Own > For me and my friends**）。 在 [Discord Developer Portal](https://discord.com/developers/applications) 中，点击 **New Application** 并命名（例如 “OpenClaw”）。 在侧边栏中打开 **Bot**，并将 **Username** 设置为你的智能体名称。 仍在 **Bot** 页面，在 **Privileged Gateway Intents** 下启用： * **Message Content Intent**（必需） * **Server Members Intent**（推荐；角色允许列表、名称到 ID 匹配和频道受众访问组需要） * **Presence Intent**（可选；仅用于在线状态更新） 在 **Bot** 页面，点击 **Reset Token** 并复制令牌。 尽管名称如此，这会生成你的第一个令牌，并没有“重置”任何内容。 在侧边栏中打开 **OAuth2**。在 **OAuth2 URL Generator** 中，启用以下权限范围： * `bot` * `applications.commands` 在随后出现的 **Bot Permissions** 部分，至少启用： **General Permissions** * View Channels **Text Permissions** * Send Messages * Read Message History * Embed Links * Attach Files * Add Reactions（可选） 这是普通文本频道的基线。如果 Bot 会在线程中发帖，包括创建或继续线程的论坛或媒体频道工作流，也要启用 **Send Messages in Threads**。 复制生成的 URL，在浏览器中打开它，选择你的服务器，然后点击 **Continue**。Bot 现在应该会出现在你的服务器中。 在 Discord 应用中启用开发者模式，以便复制 ID： 1. **User Settings**（齿轮图标）→ **Developer** → 打开 **Developer Mode** *（移动端：**App Settings** → **Advanced**）* 2. 右键点击你的**服务器图标** → **Copy Server ID** 3. 右键点击你**自己的头像** → **Copy User ID** 将 Server ID 和 User ID 与你的 Bot 令牌放在一起；下一步需要这三项。 要让配对生效，Discord 必须允许 Bot 给你发送私信。右键点击你的**服务器图标** → **Privacy Settings** → 打开 **Direct Messages**。 如果你通过 Discord 私信使用 OpenClaw，请保持开启。如果你只使用服务器频道，配对后可以关闭它。 Bot 令牌是机密。在给你的智能体发消息前，先在运行 OpenClaw 的机器上设置它： ```bash theme={"theme":{"light":"min-light","dark":"min-dark"}} export DISCORD_BOT_TOKEN="YOUR_BOT_TOKEN" cat > discord.patch.json5 <<'JSON5' { channels: { discord: { enabled: true, token: { source: "env", provider: "default", id: "DISCORD_BOT_TOKEN" }, }, }, } JSON5 openclaw config patch --file ./discord.patch.json5 --dry-run openclaw config patch --file ./discord.patch.json5 openclaw gateway ``` 如果 OpenClaw 已作为后台服务运行，请通过 OpenClaw Mac 应用，或通过停止并重启 `openclaw gateway run` 进程来重启它。 对于托管服务安装，请在已设置 `DISCORD_BOT_TOKEN` 的 shell 中运行 `openclaw gateway install`，或将该变量存储在 `~/.openclaw/.env` 中，以便服务在重启后解析 env SecretRef。 如果你的主机在启动应用查询时被 Discord 阻止或限流，请从 Developer Portal 设置应用/客户端 ID，这样启动时可以跳过该 REST 调用：默认账户使用 `channels.discord.applicationId`，每个 Bot 使用 `channels.discord.accounts..applicationId`。 在已有频道（例如 Telegram）与你的 OpenClaw 智能体聊天并告知它。如果 Discord 是你的第一个频道，请改用 CLI / 配置标签页。 > “我已经在配置中设置了 Discord Bot 令牌。请使用 User ID `` 和 Server ID `` 完成 Discord 设置。” 基于文件的配置： ```json5 theme={"theme":{"light":"min-light","dark":"min-dark"}} { channels: { discord: { enabled: true, token: { source: "env", provider: "default", id: "DISCORD_BOT_TOKEN", }, }, }, } ``` 默认账户的环境变量回退： ```bash theme={"theme":{"light":"min-light","dark":"min-dark"}} DISCORD_BOT_TOKEN=... ``` 对于脚本化或远程设置，请使用 `openclaw config patch --file ./discord.patch.json5 --dry-run` 写入同一个 JSON5 块，然后去掉 `--dry-run` 重新运行。明文 `token` 字符串也可使用，并且 `channels.discord.token` 支持跨 env/file/exec 提供商的 SecretRef 值。请参阅[密钥管理](/zh-CN/gateway/secrets)。 对于多个 Discord Bot，请将每个 Bot 令牌和应用 ID 保存在其账户下。顶层 `channels.discord.applicationId` 会被账户继承，因此只有当每个账户都使用相同应用 ID 时，才在那里设置它。 ```json5 theme={"theme":{"light":"min-light","dark":"min-dark"}} { channels: { discord: { enabled: true, accounts: { personal: { token: { source: "env", provider: "default", id: "DISCORD_PERSONAL_TOKEN" }, applicationId: "111111111111111111", }, work: { token: { source: "env", provider: "default", id: "DISCORD_WORK_TOKEN" }, applicationId: "222222222222222222", }, }, }, }, } ``` Gateway 网关运行后，在 Discord 中给你的 Bot 发送私信。它会回复一个配对码。 在你现有的频道中将配对码发送给你的智能体： > “批准这个 Discord 配对码：``” ```bash theme={"theme":{"light":"min-light","dark":"min-dark"}} openclaw pairing list discord openclaw pairing approve discord ``` 配对码会在 1 小时后过期。批准后，在 Discord 私信中与你的智能体聊天。 令牌解析支持账户感知。配置中的令牌值优先于环境变量回退，`DISCORD_BOT_TOKEN` 仅用于默认账户。 如果两个已启用的 Discord 账户解析到同一个 Bot 令牌，OpenClaw 只会为该令牌启动一个 Gateway 网关监视器：配置来源的令牌优先于环境变量回退；否则第一个启用的账户胜出，重复账户会被报告为已禁用，原因是 `duplicate bot token`。 对于高级出站调用（消息工具/频道操作），显式的每次调用 `token` 会用于该调用。这适用于发送和读取/探测类操作（read/search/fetch/thread/pins/permissions）。账户策略/重试设置仍来自活动运行时快照中的所选账户。 ## 推荐：设置服务器工作区 私信可用后，你可以将服务器变成完整工作区，其中每个频道都有自己的智能体会话和上下文。推荐用于只有你和你的 Bot 的私有服务器。 这会让你的智能体在服务器上的任何频道中响应，而不仅是私信。 > “将我的 Discord Server ID `` 添加到服务器允许列表” ```json5 theme={"theme":{"light":"min-light","dark":"min-dark"}} { channels: { discord: { groupPolicy: "allowlist", guilds: { YOUR_SERVER_ID: { requireMention: true, users: ["YOUR_USER_ID"], }, }, }, }, } ``` 默认情况下，智能体只有在服务器频道中被 @提及时才会响应。在私有服务器上，你可能希望它响应每条消息。 在服务器频道中，普通回复默认会自动发布。对于共享的常驻房间，选择启用 `messages.groupChat.visibleReplies: "message_tool"`，这样智能体可以潜伏，并且只有在它判断频道回复有用时才发帖。这最适合最新一代、工具可靠的模型，例如 GPT 5.5。除非工具发送，否则环境房间事件会保持安静。完整潜伏模式配置请参阅[环境房间事件](/zh-CN/channels/ambient-room-events)。 如果 Discord 显示正在输入，日志显示有令牌使用，但没有发布消息，请检查该轮次是否配置为环境房间事件，或是否启用了消息工具可见回复。 > “允许我的智能体在这个服务器上响应，而不必被 @提及” 在你的服务器配置中设置 `requireMention: false`： ```json5 theme={"theme":{"light":"min-light","dark":"min-dark"}} { channels: { discord: { guilds: { YOUR_SERVER_ID: { requireMention: false, }, }, }, }, } ``` 若要要求可见的群组/频道回复通过消息工具发送，请设置 `messages.groupChat.visibleReplies: "message_tool"`。 长期记忆（MEMORY.md）只会在私信会话中自动加载；服务器频道不会加载它。 > “当我在 Discord 频道中提问时，如果你需要来自 MEMORY.md 的长期上下文，请使用 memory\_search 或 memory\_get。” 对于每个频道中的共享上下文，请将稳定指令放入 `AGENTS.md` 或 `USER.md`（会注入到每个会话）。将长期笔记保存在 `MEMORY.md` 中，并按需通过记忆工具访问。 现在创建频道并开始聊天。智能体会看到频道名称，并且每个频道都是隔离会话：设置 `#coding`、`#home`、`#research`，或任何适合你工作流的频道。 ## 运行时模型 * Gateway 网关拥有 Discord 连接。 * 回复路由是确定性的：Discord 入站会回复到 Discord。 * Discord 服务器/频道元数据会作为不受信任的上下文添加到模型提示中，而不是作为用户可见的回复前缀。如果模型将该信封复制回来，OpenClaw 会从出站回复和未来的重放上下文中剥离复制的元数据。 * 默认情况下（`session.dmScope=main`），直接聊天共享智能体主会话（`agent:main:main`）。 * 服务器频道是隔离的会话键（`agent::discord:channel:`）。 * 群组私信默认会被忽略（`channels.discord.dm.groupEnabled=false`）。 * 原生斜杠命令在隔离的命令会话中运行（`agent::discord:slash:`），同时仍携带 `CommandTargetSessionKey` 到路由后的对话会话。 * 仅文本 cron/heartbeat 向 Discord 的公告投递会折叠为最终助手可见答案，并发送一次。当智能体发出多个可投递载荷时，媒体和结构化组件载荷仍会保持多消息。 ## 论坛频道 Discord 论坛和媒体频道只接受线程帖子。OpenClaw 支持两种创建方式： * 向论坛父级（`channel:`）发送消息以自动创建帖子。帖子标题是消息中第一行非空内容（截断到 Discord 的 100 字符帖子名称限制）。 * 使用 `openclaw message thread create` 直接创建帖子。对于论坛渠道，不要传入 `--message-id`。 向论坛父级发送以创建帖子： ```bash theme={"theme":{"light":"min-light","dark":"min-dark"}} openclaw message send --channel discord --target channel: \ --message "Topic title\nBody of the post" ``` 显式创建论坛帖子： ```bash theme={"theme":{"light":"min-light","dark":"min-dark"}} openclaw message thread create --channel discord --target channel: \ --thread-name "Topic title" --message "Body of the post" ``` 论坛父级不接受 Discord 组件。如果你需要组件，请发送到帖子本身（`channel:`）。 ## 交互式组件 OpenClaw 支持用于智能体消息的 Discord components v2 容器。使用带有 `components` 负载的消息工具。交互结果会像普通入站消息一样路由回智能体，并遵循现有 Discord `replyToMode` 设置。 支持的块： * `text`、`section`、`separator`、`actions`、`media-gallery`、`file` * 操作行最多允许 5 个按钮或一个选择菜单 * 选择类型：`string`、`user`、`role`、`mentionable`、`channel` 默认情况下，组件只能使用一次。设置 `components.reusable=true`，允许按钮、选择框和表单在过期前多次使用。 要限制谁可以点击按钮，请在该按钮上设置 `allowedUsers`（Discord 用户 ID、标签或 `*`）。不匹配的用户会收到一条临时拒绝消息。 组件回调默认在 30 分钟后过期。设置 `channels.discord.agentComponents.ttlMs` 可更改默认账号的回调注册表生命周期，或按账号设置 `channels.discord.accounts..agentComponents.ttlMs`。该值以毫秒为单位，必须是正整数，并且上限为 `86400000`（24 小时）。较长的 TTL 适合需要按钮保持可用的审查/审批工作流，但它们会延长旧 Discord 消息仍可触发操作的窗口。请优先使用满足需求的最短 TTL，并在过期回调会令人意外时保留默认值。 `/model` 和 `/models` 斜杠命令会打开交互式模型选择器，包含提供商、模型和兼容运行时下拉菜单，以及一个提交步骤。`/models add` 已弃用，会返回弃用消息，而不是从聊天中注册模型。选择器回复是临时的，并且只能由调用用户使用。Discord 选择菜单限制为 25 个选项，因此当你希望选择器只为选定提供商（例如 `openai` 或 `vllm`）显示动态发现的模型时，请将 `provider/*` 条目添加到 `agents.defaults.models`。 文件附件： * `file` 块必须指向附件引用（`attachment://`） * 通过 `media`/`path`/`filePath` 提供附件（单个文件）；多个文件请使用 `media-gallery` * 当上传名称需要与附件引用匹配时，使用 `filename` 覆盖上传名称 模态表单： * 添加 `components.modal`，最多包含 5 个字段 * 字段类型：`text`、`checkbox`、`radio`、`select`、`role-select`、`user-select` * OpenClaw 会自动添加触发按钮 示例： ```json5 theme={"theme":{"light":"min-light","dark":"min-dark"}} { channel: "discord", action: "send", to: "channel:123456789012345678", message: "Optional fallback text", components: { reusable: true, text: "Choose a path", blocks: [ { type: "actions", buttons: [ { label: "Approve", style: "success", allowedUsers: ["123456789012345678"], }, { label: "Decline", style: "danger" }, ], }, { type: "actions", select: { type: "string", placeholder: "Pick an option", options: [ { label: "Option A", value: "a" }, { label: "Option B", value: "b" }, ], }, }, ], modal: { title: "Details", triggerLabel: "Open form", fields: [ { type: "text", label: "Requester" }, { type: "select", label: "Priority", options: [ { label: "Low", value: "low" }, { label: "High", value: "high" }, ], }, ], }, }, } ``` ## 访问控制和路由 `channels.discord.dmPolicy` 控制私信访问。`channels.discord.allowFrom` 是规范私信允许列表。 * `pairing`（默认） * `allowlist`（至少需要一个 `allowFrom` 发送者） * `open`（要求 `channels.discord.allowFrom` 包含 `"*"`） * `disabled` 如果私信策略不是开放的，未知用户会被阻止（或在 `pairing` 模式下提示配对）。 多账号优先级： * `channels.discord.accounts.default.allowFrom` 仅适用于 `default` 账号。 * 对于单个账号，`allowFrom` 优先于旧版 `dm.allowFrom`。 * 当命名账号自身的 `allowFrom` 和旧版 `dm.allowFrom` 均未设置时，会继承 `channels.discord.allowFrom`。 * 命名账号不会继承 `channels.discord.accounts.default.allowFrom`。 为了兼容性，仍会读取旧版 `channels.discord.dm.policy` 和 `channels.discord.dm.allowFrom`。当可以在不更改访问权限的情况下完成迁移时，`openclaw doctor --fix` 会将它们迁移到 `dmPolicy` 和 `allowFrom`。 投递的私信目标格式： * `user:` * `<@id>` 提及 当频道默认值处于活动状态时，裸数字 ID 通常会解析为频道 ID，但为兼容性，列在账号有效私信 `allowFrom` 中的 ID 会被视为用户私信目标。 Discord 私信和文本命令授权可以使用 `channels.discord.allowFrom` 中的动态 `accessGroup:` 条目。 访问组名称在消息渠道之间共享。对于成员以各渠道正常 `allowFrom` 语法表达的静态组，请使用 `type: "message.senders"`；当 Discord 频道当前的 `ViewChannel` 受众应动态定义成员资格时，请使用 `type: "discord.channelAudience"`。共享访问组行为：[访问组](/zh-CN/channels/access-groups)。 ```json5 theme={"theme":{"light":"min-light","dark":"min-dark"}} { accessGroups: { operators: { type: "message.senders", members: { "*": ["global-owner-id"], discord: ["discord:123456789012345678"], telegram: ["987654321"], }, }, }, channels: { discord: { dmPolicy: "allowlist", allowFrom: ["accessGroup:operators"], }, }, } ``` Discord 文本频道没有单独的成员列表。`type: "discord.channelAudience"` 将成员资格建模为：私信发送者是已配置服务器的成员，并且在应用角色和频道覆盖项之后，当前对已配置频道拥有有效的 `ViewChannel` 权限。 示例：允许任何能看到 `#maintainers` 的人私信机器人，同时对其他所有人关闭私信。 ```json5 theme={"theme":{"light":"min-light","dark":"min-dark"}} { accessGroups: { maintainers: { type: "discord.channelAudience", guildId: "1456350064065904867", channelId: "1456744319972282449", membership: "canViewChannel", }, }, channels: { discord: { dmPolicy: "allowlist", allowFrom: ["accessGroup:maintainers"], }, }, } ``` 你可以混合动态和静态条目： ```json5 theme={"theme":{"light":"min-light","dark":"min-dark"}} { accessGroups: { maintainers: { type: "discord.channelAudience", guildId: "1456350064065904867", channelId: "1456744319972282449", }, }, channels: { discord: { dmPolicy: "allowlist", allowFrom: ["accessGroup:maintainers", "discord:123456789012345678"], }, }, } ``` 查找会失败关闭。如果 Discord 返回 `Missing Access`、成员查找失败，或频道属于不同服务器，则私信发送者会被视为未授权。 使用频道受众访问组时，请在 Discord Developer Portal 中启用 **Server Members Intent**。私信不包含服务器成员状态，因此 OpenClaw 会在授权时通过 Discord REST 解析成员。 服务器处理由 `channels.discord.groupPolicy` 控制： * `open` * `allowlist` * `disabled` 当 `channels.discord` 存在时，安全基线是 `allowlist`。 `allowlist` 行为： * 服务器必须匹配 `channels.discord.guilds`（首选 `id`，接受 slug） * 可选发送者允许列表：`users`（建议使用稳定 ID）和 `roles`（仅角色 ID）；如果配置了任一项，发送者匹配 `users` 或 `roles` 时即被允许 * 默认禁用直接名称/标签匹配；仅在应急兼容模式下启用 `channels.discord.dangerouslyAllowNameMatching: true` * `users` 支持名称/标签，但 ID 更安全；使用名称/标签条目时，`openclaw security audit` 会发出警告 * 如果某个服务器配置了 `channels`，未列出的频道会被拒绝 * 如果某个服务器没有 `channels` 块，则该允许列表服务器中的所有频道都被允许 示例： ```json5 theme={"theme":{"light":"min-light","dark":"min-dark"}} { channels: { discord: { groupPolicy: "allowlist", guilds: { "123456789012345678": { requireMention: true, ignoreOtherMentions: true, users: ["987654321098765432"], roles: ["123456789012345678"], channels: { general: { enabled: true }, help: { enabled: true, requireMention: true }, }, }, }, }, }, } ``` 旧版按频道配置的 `allow` 键会由 `openclaw doctor --fix` 迁移到 `enabled`。 如果你只设置 `DISCORD_BOT_TOKEN` 而没有创建 `channels.discord` 块，运行时回退为 `groupPolicy="allowlist"`（日志中会有警告），即使 `channels.defaults.groupPolicy` 是 `open` 也是如此。 默认情况下，服务器消息受提及门控。 提及检测包括： * 显式提及机器人 * 配置的提及模式（`agents.list[].groupChat.mentionPatterns`，回退为 `messages.groupChat.mentionPatterns`） * 在支持场景中的隐式回复机器人行为 编写出站 Discord 消息时，请使用规范提及语法：用户使用 `<@USER_ID>`，频道使用 `<#CHANNEL_ID>`，角色使用 `<@&ROLE_ID>`。不要使用旧版 `<@!USER_ID>` 昵称提及形式。 `requireMention` 按服务器/频道配置（`channels.discord.guilds...`）。 `ignoreOtherMentions` 可选择丢弃提及另一个用户/角色但未提及机器人的消息（不包括 @everyone/@here）。 群组私信： * 默认：忽略（`dm.groupEnabled=false`） * 可选允许列表通过 `dm.groupChannels`（频道 ID 或 slug）配置 ### 基于角色的智能体路由 使用 `bindings[].match.roles` 按角色 ID 将 Discord 服务器成员路由到不同智能体。基于角色的绑定只接受角色 ID，并在对等或父对等绑定之后、仅服务器绑定之前求值。如果某个绑定还设置了其他匹配字段（例如 `peer` + `guildId` + `roles`），则所有已配置字段都必须匹配。 ```json5 theme={"theme":{"light":"min-light","dark":"min-dark"}} { bindings: [ { agentId: "opus", match: { channel: "discord", guildId: "123456789012345678", roles: ["111111111111111111"], }, }, { agentId: "sonnet", match: { channel: "discord", guildId: "123456789012345678", }, }, ], } ``` ## 原生命令和命令认证 * `commands.native` 默认值为 `"auto"`，并对 Discord 启用。 * 按频道覆盖：`channels.discord.commands.native`。 * `commands.native=false` 会在启动期间跳过 Discord 斜杠命令注册和清理。先前注册的命令可能仍会在 Discord 中可见，直到你从 Discord 应用中移除它们。 * 原生命令授权使用与普通消息处理相同的 Discord allowlists/policies。 * 未授权用户可能仍能在 Discord UI 中看到命令；执行时会强制应用 OpenClaw 授权，并回复“未授权”。 * 默认斜杠命令设置：`ephemeral: true`（`channels.discord.slashCommand.ephemeral`）。 请参阅[斜杠命令](/zh-CN/tools/slash-commands)，了解命令目录和行为。 ## 功能详情 Discord 支持在智能体输出中使用回复标签： * `[[reply_to_current]]` * `[[reply_to:]]` 由 `channels.discord.replyToMode` 控制： * `off`（默认）：不进行隐式回复串联；显式 `[[reply_to_*]]` 标签仍会被遵循 * `first`：将隐式原生回复引用附加到该轮的第一条出站 Discord 消息 * `all`：将它附加到每条出站消息 * `batched`：仅当入站事件是多条消息的防抖批次时附加它，适合你希望主要为含糊的突发聊天使用原生回复，而不是每个单条消息轮次都使用 消息 ID 会暴露在上下文/历史中，以便智能体可以定位特定消息。 Discord 默认会为 URL 生成富链接嵌入。OpenClaw 默认会抑制出站 Discord 消息上的这些生成嵌入，因此智能体发送的 URL 会保持为普通链接，除非你选择启用： ```json5 theme={"theme":{"light":"min-light","dark":"min-dark"}} { channels: { discord: { suppressEmbeds: false, }, }, } ``` 设置 `channels.discord.accounts..suppressEmbeds` 可覆盖某个账号。智能体 message-tool 发送也可以为单条消息传入 `suppressEmbeds: false`。显式 Discord `embeds` 载荷不会被默认链接预览设置抑制。 OpenClaw 可以通过发送临时消息并随着文本到达进行编辑来流式传输草稿回复。`channels.discord.streaming.mode` 可取 `off` | `partial` | `block` | `progress`（未设置 `streaming`/旧版 `streamMode` 键时的默认值）。`streamMode` 是旧版别名；运行 `openclaw doctor --fix` 可将持久化配置重写为规范的嵌套 `streaming` 形状。 ```json5 theme={"theme":{"light":"min-light","dark":"min-dark"}} { channels: { discord: { streaming: { mode: "progress", progress: { label: "auto", maxLines: 8, maxLineChars: 120, toolProgress: true, commentary: false, }, }, }, }, } ``` * `off` 禁用 Discord 预览编辑。 * `partial` 会在 token 到达时编辑单条预览消息。 * `block` 发出草稿大小的分块；使用 `streaming.preview.chunk`（`minChars`、`maxChars`、`breakPreference`）调整大小和断点，并受限于 `textChunkLimit`。当明确启用分块流式传输时，OpenClaw 会跳过预览流以避免双重流式传输。 * `progress` 保留一个可编辑的状态草稿，并用工具进度更新它，直到最终投递；共享的起始标签是一行滚动内容，因此一旦出现足够多的工作内容，它会像其余内容一样滚出视图。 * 媒体、错误和显式回复最终消息会取消待处理的预览编辑。 * `streaming.preview.toolProgress`（默认 `true`）控制工具/进度更新是否复用预览消息。 * 工具/进度行在可用时会渲染为紧凑的表情符号 + 标题 + 详情，例如 `🛠️ Bash: run tests` 或 `🔎 Web Search: for "query"`。 * `streaming.progress.commentary`（默认 `false`）选择在临时进度草稿中启用助手 commentary/preamble 文本。Commentary 会在显示前被清理，保持临时状态，并且不会改变最终答案投递。 * `streaming.progress.maxLineChars` 控制每行进度预览预算。散文会按词边界缩短；命令和路径详情会保留有用的后缀。 * `streaming.preview.commandText` / `streaming.progress.commandText` 控制紧凑进度行中的命令/exec 详情：`raw`（默认）或 `status`（仅工具标签）。 隐藏原始命令/exec 文本，同时保留紧凑进度行： ```json theme={"theme":{"light":"min-light","dark":"min-dark"}} { "channels": { "discord": { "streaming": { "mode": "progress", "progress": { "toolProgress": true, "commandText": "status" } } } } } ``` 预览流式传输仅支持文本；媒体回复会回退到普通投递。 Guild 历史上下文： * `channels.discord.historyLimit` 默认值 `20` * 回退：`messages.groupChat.historyLimit` * `0` 禁用 私信历史控制： * `channels.discord.dmHistoryLimit` * `channels.discord.dms[""].historyLimit` 线程行为： * Discord 线程会作为频道会话路由，并继承父频道配置，除非被覆盖。 * 线程会话会继承父频道的会话级 `/model` 选择，作为仅模型回退；线程本地 `/model` 选择优先，并且父 transcript 历史不会被复制，除非启用了 transcript 继承。 * `channels.discord.thread.inheritParent`（默认 `false`）选择让新的自动线程从父 transcript 中播种。按账号覆盖：`channels.discord.accounts..thread.inheritParent`。 * Message-tool reactions 可以解析 `user:` 私信目标。 * `guilds..channels..requireMention: false` 会在回复阶段激活回退期间保留。 频道主题会作为**不受信任**的上下文注入。Allowlists 负责限制谁可以触发智能体，而不是完整的补充上下文脱敏边界。 Discord 可以将线程绑定到会话目标，以便该线程中的后续消息继续路由到同一会话（包括子智能体会话）。 命令： * `/focus ` 将当前/新线程绑定到子智能体/会话目标 * `/unfocus` 移除当前线程绑定 * `/agents` 显示活跃运行和绑定状态 * `/session idle ` 检查/更新聚焦绑定的非活跃自动取消聚焦时间 * `/session max-age ` 检查/更新聚焦绑定的硬性最大时长 配置： ```json5 theme={"theme":{"light":"min-light","dark":"min-dark"}} { 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 })` 和 ACP 线程生成自动创建/绑定线程。默认值：`true`。 * `defaultSpawnContext` 控制线程绑定生成的原生子智能体上下文。默认值：`"fork"`。 * 已弃用的 `spawnSubagentSessions`/`spawnAcpSessions` 键会由 `openclaw doctor --fix` 迁移。 * 如果某个账号禁用了线程绑定，`/focus` 和相关线程绑定操作不可用。 请参阅[子智能体](/zh-CN/tools/subagents)、[ACP 智能体](/zh-CN/tools/acp-agents)和[配置参考](/zh-CN/gateway/configuration-reference)。 对于稳定的“始终在线” ACP 工作区，请配置顶层类型化 ACP 绑定，以 Discord 对话为目标。 配置路径：`bindings[]`，其中 `type: "acp"` 且 `match.channel: "discord"`。 ```json5 theme={"theme":{"light":"min-light","dark":"min-dark"}} { 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 会话。临时线程绑定在活跃期间可以覆盖目标解析。 * `spawnSessions` 通过 `--thread auto|here` 控制子线程创建/绑定。 请参阅 [ACP 智能体](/zh-CN/tools/acp-agents)，了解绑定行为详情。 按 guild 配置的表情回应通知模式（`guilds..reactionNotifications`）： * `off` * `own`（默认） * `all` * `allowlist`（使用 `guilds..users`） 表情回应事件会转换为系统事件，并附加到路由后的 Discord 会话。 `ackReaction` 会在 OpenClaw 处理入站消息时发送确认表情符号。 解析顺序： * `channels.discord.accounts..ackReaction` * `channels.discord.ackReaction` * `messages.ackReaction` * 智能体身份表情符号回退（`agents.list[].identity.emoji`，否则为 "👀"） 说明： * Discord 接受 unicode 表情符号或自定义表情符号名称。 * 使用 `""` 可为某个频道或账号禁用该表情回应。 **范围（`messages.ackReactionScope`）：** 值：`"all"`（私信 + 群组，包括环境房间事件）、`"direct"`（仅私信）、`"group-all"`（除环境房间事件外的每条群组消息，无私信）、`"group-mentions"`（机器人被提及时的群组；**无私信**，默认）、`"off"` / `"none"`（禁用）。 默认范围（`"group-mentions"`）不会在直接消息或环境房间事件中触发确认表情回应。若要在入站 Discord 私信和安静房间事件上获得确认表情回应，请将 `messages.ackReactionScope` 设置为 `"all"`。 频道发起的配置写入默认启用。这会影响 `/config set|unset` 流程（当命令功能启用时）。 禁用： ```json5 theme={"theme":{"light":"min-light","dark":"min-dark"}} { channels: { discord: { configWrites: false, }, }, } ``` 通过 HTTP(S) 代理使用 `channels.discord.proxy` 路由 Discord gateway WebSocket 流量和启动 REST 查询（应用 ID + allowlist 解析）。 Discord gateway WebSocket 代理是显式的；WebSocket 连接不会继承 Gateway 网关进程中的环境代理环境变量。配置 `channels.discord.proxy` 时，启动 REST 查询会使用此代理。 ```json5 theme={"theme":{"light":"min-light","dark":"min-dark"}} { channels: { discord: { proxy: "http://proxy.example:8080", }, }, } ``` 按账号覆盖： ```json5 theme={"theme":{"light":"min-light","dark":"min-dark"}} { channels: { discord: { accounts: { primary: { proxy: "http://proxy.example:8080", }, }, }, }, } ``` 启用 PluralKit 解析，将代理消息映射到系统成员身份： ```json5 theme={"theme":{"light":"min-light","dark":"min-dark"}} { channels: { discord: { pluralkit: { enabled: true, token: "pk_live_...", // optional; needed for private systems }, }, }, } ``` 说明： * 允许列表可以使用 `pk:` * 仅当 `channels.discord.dangerouslyAllowNameMatching: true` 时，成员显示名称才会按名称/slug 匹配 * 查询会使用原始消息 ID 请求 PluralKit API * 如果查询失败，代理消息会被视为 bot 消息并被丢弃，除非 `allowBots` 允许它们通过 当智能体需要为已知 Discord 用户生成确定性的出站提及时，使用 `mentionAliases`。键是不带前导 `@` 的 handle；值是 Discord 用户 ID。未知 handle、`@everyone`、`@here` 以及 Markdown 代码 span 内的提及会保持不变。 ```json5 theme={"theme":{"light":"min-light","dark":"min-dark"}} { channels: { discord: { mentionAliases: { SupportLead: "123456789012345678", }, accounts: { ops: { mentionAliases: { OpsLead: "234567890123456789", }, }, }, }, }, } ``` 当你设置状态或活动字段，或者启用自动在线状态时，会应用在线状态更新。 仅状态： ```json5 theme={"theme":{"light":"min-light","dark":"min-dark"}} { channels: { discord: { status: "idle", }, }, } ``` 活动（设置 `activity` 时，自定义状态是默认活动类型）： ```json5 theme={"theme":{"light":"min-light","dark":"min-dark"}} { channels: { discord: { activity: "Focus time", activityType: 4, }, }, } ``` 流式直播： ```json5 theme={"theme":{"light":"min-light","dark":"min-dark"}} { channels: { discord: { activity: "Live coding", activityType: 1, activityUrl: "https://twitch.tv/openclaw", }, }, } ``` 活动类型映射： * 0：正在玩 * 1：正在直播（需要 `activityUrl`；`activityUrl` 又需要 `activityType: 1`） * 2：正在听 * 3：正在看 * 4：自定义（使用活动文本作为状态内容；emoji 可选） * 5：正在竞赛 自动在线状态（运行时健康信号）： ```json5 theme={"theme":{"light":"min-light","dark":"min-dark"}} { channels: { discord: { autoPresence: { enabled: true, intervalMs: 30000, minUpdateIntervalMs: 15000, exhaustedText: "token exhausted", }, }, }, } ``` 自动在线状态会将运行时可用性映射为 Discord 状态：健康 => 在线，降级或未知 => 空闲，耗尽或不可用 => 请勿打扰。默认值：`intervalMs` 为 30000，`minUpdateIntervalMs` 为 15000（必须小于或等于 `intervalMs`）。可选文本覆盖项： * `autoPresence.healthyText` * `autoPresence.degradedText` * `autoPresence.exhaustedText`（支持 `{reason}` 占位符） Discord 支持在私信中基于按钮处理审批，也可以选择在发起频道中发布审批提示。 配置路径： * `channels.discord.execApprovals.enabled` * `channels.discord.execApprovals.approvers`（可选；可行时回退到 `commands.ownerAllowFrom`） * `channels.discord.execApprovals.target`（`dm` | `channel` | `both`，默认：`dm`） * `agentFilter`、`sessionFilter`、`cleanupAfterResolve` 当 `enabled` 未设置或为 `"auto"`，且至少能从 `execApprovals.approvers` 或 `commands.ownerAllowFrom` 解析出一个审批人时，Discord 会自动启用原生 exec 审批。Discord 不会从频道 `allowFrom`、旧版 `dm.allowFrom` 或直接消息 `defaultTo` 推断 exec 审批人。设置 `enabled: false` 可明确禁用 Discord 作为原生审批客户端。 对于 `/diagnostics` 和 `/export-trajectory` 等敏感的仅所有者组命令，OpenClaw 会私下发送审批提示和最终结果。当调用命令的所有者有 Discord 所有者路由时，它会先尝试 Discord 私信；否则回退到 `commands.ownerAllowFrom` 中第一个可用的所有者路由，例如 Telegram。 当 `target` 为 `channel` 或 `both` 时，审批提示会在频道中可见。只有已解析的审批人可以使用按钮；其他用户会收到临时拒绝提示。审批提示包含命令文本，因此只应在可信频道中启用频道投递。如果无法从会话键推导出频道 ID，OpenClaw 会回退到私信投递。 Discord 会渲染其他聊天渠道使用的共享审批按钮；原生 Discord 适配器主要增加审批人私信路由和频道扇出。当这些按钮存在时，它们是主要审批 UX；只有当工具结果表明聊天审批不可用或手动审批是唯一路径时，OpenClaw 才应包含手动 `/approve` 命令。如果 Discord 原生审批运行时未激活，OpenClaw 会保持本地确定性的 `/approve ` 提示可见。如果运行时已激活但原生卡片无法投递到任何目标，OpenClaw 会在同一聊天中发送回退通知，其中包含待处理审批里的精确 `/approve` 命令。 Gateway 网关认证和审批解析遵循共享 Gateway 网关客户端契约（`plugin:` ID 通过 `plugin.approval.resolve` 解析；其他 ID 通过 `exec.approval.resolve` 解析）。审批默认在 30 分钟后过期。 参见 [Exec 审批](/zh-CN/tools/exec-approvals)。 ## 工具和操作门控 Discord 消息操作涵盖消息传递、频道管理、审核、在线状态和元数据。 核心示例： * 消息传递：`sendMessage`、`readMessages`、`editMessage`、`deleteMessage`、`threadReply` * 表情回应：`react`、`reactions`、`emojiList` * 审核：`timeout`、`kick`、`ban` * 在线状态：`setPresence` `event-create` 操作接受可选的 `image` 参数（URL 或本地文件路径），用于设置计划事件封面图。 操作门控位于 `channels.discord.actions.*` 下。 默认门控行为： | 操作组 | 默认值 | | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | --- | | reactions, messages, threads, pins, polls, search, memberInfo, roleInfo, channelInfo, channels, voiceStatus, events, stickers, emojiUploads, stickerUploads, permissions | 启用 | | roles | 禁用 | | moderation | 禁用 | | presence | 禁用 | ## Components v2 UI OpenClaw 将 Discord components v2 用于 exec 审批和跨上下文标记。Discord 消息操作也可以接受 `components` 以实现自定义 UI（高级用法；需要通过 discord 工具构造组件载荷），而旧版 `embeds` 仍可用但不推荐。 * `channels.discord.ui.components.accentColor` 设置 Discord 组件容器使用的强调色（十六进制）。按账户：`channels.discord.accounts..ui.components.accentColor`。 * `channels.discord.agentComponents.ttlMs` 控制已发送 Discord 组件回调保持注册的时长（默认 `1800000`，最大 `86400000`）。按账户：`channels.discord.accounts..agentComponents.ttlMs`。 * 当存在 components v2 时，会忽略 `embeds`。 * 默认会抑制纯 URL 预览。当单个出站链接应展开时，在消息操作上设置 `suppressEmbeds: false`。 示例： ```json5 theme={"theme":{"light":"min-light","dark":"min-dark"}} { channels: { discord: { ui: { components: { accentColor: "#5865F2", }, }, }, }, } ``` ## 语音 Discord 有两个不同的语音表面：实时**语音频道**（连续对话）和**语音消息附件**（波形预览格式）。Gateway 网关同时支持两者。 ### 语音频道 设置检查清单： 1. 在 Discord Developer Portal 中启用消息内容意图。 2. 使用角色/用户允许列表时启用服务器成员意图。 3. 使用 `bot` 和 `applications.commands` scope 邀请 bot。 4. 在目标语音频道授予连接、发言、发送消息和读取消息历史权限。 5. 启用原生命令（`commands.native` 或 `channels.discord.commands.native`）。 6. 配置 `channels.discord.voice`。 使用 `/vc join|leave|status` 控制会话。该命令使用账户默认智能体，并遵循与其他 Discord 命令相同的允许列表和群组策略规则。 ```bash theme={"theme":{"light":"min-light","dark":"min-dark"}} /vc join channel: /vc status /vc leave ``` 加入前检查 bot 的有效权限： ```bash theme={"theme":{"light":"min-light","dark":"min-dark"}} openclaw channels capabilities --channel discord --target channel: ``` 自动加入示例： ```json5 theme={"theme":{"light":"min-light","dark":"min-dark"}} { channels: { discord: { voice: { enabled: true, model: "openai/gpt-5.5", autoJoin: [ { guildId: "123456789012345678", channelId: "234567890123456789", }, ], allowedChannels: [ { guildId: "123456789012345678", channelId: "234567890123456789", }, ], daveEncryption: true, decryptionFailureTolerance: 24, connectTimeoutMs: 30000, reconnectGraceMs: 15000, realtime: { provider: "openai", model: "gpt-realtime-2", speakerVoice: "cedar", }, }, }, }, } ``` 说明： * Discord 语音对于纯文本配置是可选启用的；设置 `channels.discord.voice.enabled=true`（或保留现有的 `channels.discord.voice` 块）即可启用 `/vc` 命令、语音运行时以及 `GuildVoiceStates` Gateway 网关意图。`channels.discord.intents.voiceStates` 可以显式覆盖意图订阅；保持未设置则会跟随有效的语音启用状态。 * `voice.mode` 控制对话路径。默认值是 `agent-proxy`：实时语音前端处理轮次时序、打断和播放，通过 `openclaw_agent_consult` 将实质性工作委托给路由到的 OpenClaw 智能体，并把结果当作来自该说话者的一条已输入的 Discord 提示。`stt-tts` 保留较旧的批量 STT 加 TTS 流程。`bidi` 让实时模型直接对话，同时暴露 `openclaw_agent_consult` 供 OpenClaw 大脑使用。 * `voice.agentSession` 控制哪个 OpenClaw 对话接收语音轮次。保持未设置则使用语音频道自己的会话，或者设置 `{ mode: "target", target: "channel:" }`，让语音频道充当现有 Discord 文本频道会话（例如 `#maintainers`）的麦克风/扬声器扩展。 * `voice.model` 会覆盖 Discord 语音响应和实时 consult 所用的 OpenClaw 智能体大脑。保持未设置则继承路由到的智能体模型。它与 `voice.realtime.model` 是分开的。 * `voice.followUsers` 允许 bot 跟随选定用户加入、移动和离开 Discord 语音。参见[在语音中跟随用户](#follow-users-in-voice)。 * `agent-proxy` 会通过 `discord-voice` 路由语音，该路径保留说话者和目标会话的常规所有者/工具授权，但会隐藏智能体 `tts` 工具，因为 Discord 语音负责播放。默认情况下，`agent-proxy` 会为所有者说话者提供与所有者等效的完整工具访问权限（`voice.realtime.toolPolicy: "owner"`），并强烈偏向在给出实质性回答前 consult OpenClaw 智能体（`voice.realtime.consultPolicy: "always"`）。在该默认 `always` 模式下，实时层不会在 consult 答案前自动说填充内容；它会捕获并转写语音，然后说出路由后的 OpenClaw 答案。如果 Discord 仍在播放第一个答案时有多个强制 consult 答案完成，后续精确语音答案会排队直到播放空闲，而不是在句子中途替换语音。 * 在 `stt-tts` 模式下，STT 使用 `tools.media.audio`；`voice.model` 不影响转写。 * 在实时模式下，`voice.realtime.provider`、`voice.realtime.model` 和 `voice.realtime.speakerVoice` 配置实时音频会话。对于 OpenAI Realtime 2 加 Codex 大脑，使用 `voice.realtime.model: "gpt-realtime-2"` 和 `voice.model: "openai/gpt-5.5"`。 * 实时语音模式默认会在实时提供商指令中包含小型 `IDENTITY.md`、`USER.md` 和 `SOUL.md` 档案文件，使快速直接轮次保持与路由到的 OpenClaw 智能体相同的身份、用户背景和 persona。将 `voice.realtime.bootstrapContextFiles` 设置为子集可自定义这一点，或设置为 `[]` 将其禁用。仅支持这些档案文件；`AGENTS.md` 仍保留在常规智能体上下文中。注入的档案上下文不会替代用于工作区工作、当前事实、记忆查找或工具支持操作的 `openclaw_agent_consult`。 * 在 OpenAI `agent-proxy` 实时模式下，设置 `voice.realtime.requireWakeName: true` 可让 Discord 实时语音保持静默，直到转写以唤醒名开头或结尾。配置的唤醒名必须是一到两个词。如果 `voice.realtime.wakeNames` 未设置，OpenClaw 会使用路由到的智能体 `name` 加 `OpenClaw`，并在缺失时回退到智能体 id 加 `OpenClaw`。唤醒名门控会禁用实时提供商自动响应，将已接受的轮次通过 OpenClaw 智能体 consult 路径路由，并在最终转写到达前从部分转写识别到开头的唤醒名时给出简短的语音确认。 * OpenAI 实时提供商接受当前 Realtime 2 事件名称，以及用于输出音频和转写事件的旧版 Codex 兼容别名，因此兼容的提供商快照即使发生漂移也不会丢失助手音频。 * `voice.realtime.bargeIn` 控制 Discord 说话者开始事件是否会打断活动的实时播放。如果未设置，它会跟随实时提供商的输入音频打断设置。 * `voice.realtime.minBargeInAudioEndMs` 控制 OpenAI 实时插话截断音频前的最短助手播放时长。默认值：`250`。在低回声房间中设置为 `0` 可立即打断，或在回声较重的扬声器设置中调高。 * `voice.tts` 仅为 `stt-tts` 语音播放覆盖 `messages.tts`；实时模式改用 `voice.realtime.speakerVoice`。对于 Discord 播放上的 OpenAI 语音，设置 `voice.tts.provider: "openai"`，并在 `voice.tts.providers.openai.speakerVoice` 下选择一个文本转语音声音。`cedar` 是当前 OpenAI TTS 模型上一个不错的偏男性声音选择。 * 按频道配置的 Discord `systemPrompt` 覆盖会应用于该语音频道的语音转写轮次。 * 语音转写轮次会根据 Discord `allowFrom`（或 `dm.allowFrom`）派生所有者状态，用于所有者门控命令和渠道操作。智能体工具可见性跟随路由会话配置的工具策略。 * 如果 `voice.autoJoin` 对同一 guild 有多个条目，OpenClaw 会加入该 guild 最后配置的频道。 * `voice.allowedChannels` 是一个可选的驻留允许列表。保持未设置可允许 `/vc join` 加入任何已授权的 Discord 语音频道。设置后，`/vc join`、启动自动加入和 bot 语音状态移动都会被限制到列出的 `{ guildId, channelId }` 条目。将其设置为空数组会拒绝所有 Discord 语音加入。如果 Discord 将 bot 移动到允许列表之外，OpenClaw 会离开该频道，并在可用时重新加入配置的自动加入目标。 * `voice.daveEncryption` 和 `voice.decryptionFailureTolerance` 会透传到 `@discordjs/voice` 加入选项；上游默认值为 `daveEncryption=true` 和 `decryptionFailureTolerance=24`。 * OpenClaw 使用内置的 `libopus-wasm` 编解码器进行 Discord 语音接收和实时原始 PCM 播放。它随附固定版本的 libopus WebAssembly 构建，不需要原生 opus 插件。 * `voice.connectTimeoutMs` 控制 `/vc join` 和自动加入尝试的初始 `@discordjs/voice` Ready 等待时间。默认值：`30000`。 * `voice.reconnectGraceMs` 控制 OpenClaw 在销毁已断开的语音会话前，等待其开始重连的时长。默认值：`15000`。 * 在 `stt-tts` 模式下，语音播放不会因为另一个用户开始说话而停止。为避免反馈循环，OpenClaw 会在 TTS 播放时忽略新的语音捕获；请在播放结束后再说下一轮。实时模式会把说话者开始事件作为插话信号转发给实时提供商。 * 在实时模式下，扬声器回声进入打开的麦克风可能看起来像插话并打断播放。对于回声较重的 Discord 房间，设置 `voice.realtime.providers.openai.interruptResponseOnInputAudio: false` 可防止 OpenAI 因输入音频而自动打断。若你仍希望 Discord 说话者开始事件打断活动播放，请添加 `voice.realtime.bargeIn: true`。OpenAI 实时桥会把短于 `voice.realtime.minBargeInAudioEndMs` 的播放截断视为可能的回声/噪声并忽略，将其记录为跳过，而不是清除 Discord 播放。 * `voice.captureSilenceGraceMs` 控制 Discord 报告说话者停止后，OpenClaw 在最终确定该音频片段用于 STT 前等待的时长。默认值：`2000`；如果 Discord 将正常停顿拆分成断断续续的部分转写，请调高它。 * 当 ElevenLabs 是选定的 TTS 提供商时，Discord 语音播放使用流式 TTS，并从提供商响应流开始。没有流式支持的提供商会回退到合成临时文件路径。 * OpenClaw 会监视接收解密失败，并在短时间窗口内重复失败后通过离开/重新加入语音频道自动恢复。 * 如果更新后接收日志反复显示 `DecryptionFailed(UnencryptedWhenPassthroughDisabled)`，请收集依赖报告和日志。内置的 `@discordjs/voice` 版本包含来自 discord.js PR #11449 的上游 padding 修复，该修复关闭了 discord.js issue #11419。 * OpenClaw 最终确定已捕获的说话者片段时，预期会出现 `The operation was aborted` 接收事件；它们是详细诊断信息，不是警告。 * 详细 Discord 语音日志会为每个已接受的说话者片段包含一条有界的单行 STT 转写预览，因此调试时可以看到用户侧和智能体回复侧，而不会转储无界转写文本。 * 在 `agent-proxy` 模式下，强制 consult 回退会跳过可能不完整的转写片段，例如以 `...` 结尾的文本或像 “and” 这样的尾随连接词，以及像 “be right back” 或 “bye” 这样明显不可操作的结束语。当这会阻止过期的排队答案时，日志会显示 `forced agent consult skipped reason=...`。 ### 在语音中跟随用户 当你希望 Discord 语音 bot 跟随一个或多个已知 Discord 用户，而不是在启动时加入固定频道或等待 `/vc join` 时，使用 `voice.followUsers`。 ```json5 theme={"theme":{"light":"min-light","dark":"min-dark"}} { channels: { discord: { voice: { enabled: true, followUsersEnabled: true, followUsers: ["discord:123456789012345678"], allowedChannels: [ { guildId: "123456789012345678", channelId: "234567890123456789", }, ], }, }, }, } ``` 行为： * `followUsers` 接受原始 Discord 用户 ID 和 `discord:` 值。OpenClaw 会在匹配语音状态事件前规范化这两种形式。 * 配置 `followUsers` 时，`followUsersEnabled` 默认值为 `true`。将其设置为 `false` 可保留已保存列表，但停止自动语音跟随。 * 当被跟随的用户加入允许的语音频道时，OpenClaw 会加入该频道。当用户移动时，OpenClaw 会随其移动。当活动的被跟随用户断开连接时，OpenClaw 会离开。 * 如果同一 guild 中有多个被跟随用户，且活动的被跟随用户离开，OpenClaw 会在离开该 guild 前移动到另一个已跟踪的被跟随用户频道。如果多个被跟随用户同时移动，以最新观察到的语音状态事件为准。 * `allowedChannels` 仍然适用。处于不允许频道中的被跟随用户会被忽略，并且跟随拥有的会话会移动到另一个被跟随用户或离开。 * OpenClaw 会在启动时和有界间隔内协调漏掉的语音状态事件。协调会采样已配置的 guild，并限制每次运行的 REST 查找次数，因此非常大的 `followUsers` 列表可能需要多个间隔才能收敛。 * 如果 Discord 或管理员在 bot 正在跟随用户时移动它，OpenClaw 会重建语音会话，并在目标被允许时保留跟随所有权。如果 bot 被移动到 `allowedChannels` 之外，OpenClaw 会离开并在存在配置目标时重新加入。 * DAVE 接收恢复可能会在重复解密失败后离开并重新加入同一频道。跟随拥有的会话会在该恢复路径中保留其跟随所有权，因此之后被跟随用户断开连接仍会让它离开频道。 在加入模式之间选择： * 对于个人或操作员设置，如果 bot 应该在你进入语音时自动出现在语音中，请使用 `followUsers`。 * 对于即使没有已跟踪用户在语音中也应该存在的固定房间 bot，请使用 `autoJoin`。 * 对于一次性加入或自动语音在线会令人意外的房间，请使用 `/vc join`。 Discord 语音编解码器： * 语音接收日志显示 `discord voice: opus decoder: libopus-wasm`。 * 实时播放会使用同一个内置 `libopus-wasm` 包，将原始 48 kHz 立体声 PCM 编码为 Opus，然后把数据包交给 `@discordjs/voice`。 * 文件和提供商流播放会使用 ffmpeg 转码为原始 48 kHz 立体声 PCM，然后使用 `libopus-wasm` 生成发送到 Discord 的 Opus 数据包流。 STT 加 TTS 管线： * Discord PCM 捕获会转换为 WAV 临时文件。 * `tools.media.audio` 处理 STT，例如 `openai/gpt-4o-mini-transcribe`。 * 转录文本会通过 Discord 入口和路由发送，同时响应 LLM 会以语音输出策略运行，该策略会隐藏智能体 `tts` 工具并要求返回文本，因为 Discord 语音负责最终的 TTS 播放。 * 设置 `voice.model` 时，它只会覆盖此语音频道轮次的响应 LLM。 * `voice.tts` 会合并覆盖 `messages.tts`；支持流式传输的提供商会直接馈送播放器，否则会在已加入的频道中播放生成的音频文件。 默认智能体代理语音频道会话示例： ```json5 theme={"theme":{"light":"min-light","dark":"min-dark"}} { channels: { discord: { voice: { enabled: true, model: "openai/gpt-5.5", followUsersEnabled: true, followUsers: ["123456789012345678"], realtime: { provider: "openai", model: "gpt-realtime-2", speakerVoice: "cedar", }, }, }, }, } ``` 没有 `voice.agentSession` 块时，每个语音频道都会获得自己的已路由 OpenClaw 会话。例如，`/vc join channel:234567890123456789` 会与该 Discord 语音频道对应的会话对话。实时模型只是语音前端；实质性请求会交给已配置的 OpenClaw 智能体。如果实时模型在未调用 consult 工具的情况下生成最终转录文本，OpenClaw 会强制执行 consult 作为兜底，因此默认行为仍然像是在与智能体对话。 旧版 STT 加 TTS 示例： ```json5 theme={"theme":{"light":"min-light","dark":"min-dark"}} { channels: { discord: { voice: { enabled: true, mode: "stt-tts", model: "openai/gpt-5.4-mini", tts: { provider: "openai", providers: { openai: { model: "gpt-4o-mini-tts", speakerVoice: "cedar", }, }, }, }, }, }, } ``` 实时双向示例： ```json5 theme={"theme":{"light":"min-light","dark":"min-dark"}} { channels: { discord: { voice: { enabled: true, mode: "bidi", model: "openai/gpt-5.5", realtime: { provider: "openai", model: "gpt-realtime-2", speakerVoice: "cedar", toolPolicy: "safe-read-only", consultPolicy: "always", }, }, }, }, } ``` 作为现有 Discord 频道会话扩展的语音： ```json5 theme={"theme":{"light":"min-light","dark":"min-dark"}} { channels: { discord: { voice: { enabled: true, mode: "agent-proxy", model: "openai/gpt-5.5", agentSession: { mode: "target", target: "channel:123456789012345678", }, realtime: { provider: "openai", model: "gpt-realtime-2", speakerVoice: "cedar", }, }, }, }, } ``` 在 `agent-proxy` 模式下，机器人会加入配置的语音频道，但 OpenClaw 智能体轮次会使用目标频道的常规已路由会话和智能体。实时语音会话会把返回结果说回语音频道。监督智能体仍然可以根据其工具策略使用常规消息工具，包括在这是正确操作时发送单独的 Discord 消息。 当委托的 OpenClaw 运行处于活动状态时，新的 Discord 语音转录文本会在启动另一个智能体轮次前被视为实时运行控制。诸如 “status”、“cancel that”、“use the smaller fix” 或 “when you're done also check tests” 的短语会被分类为活动会话的状态、取消、Steering 或后续输入。状态、取消、已接受的 Steering 和后续结果会被说回语音频道，让呼叫者知道 OpenClaw 是否已处理该请求。 有用的目标形式： * `target: "channel:123456789012345678"` 通过 Discord 文本频道会话路由。 * `target: "123456789012345678"` 会被视为频道目标。 * `target: "dm:123456789012345678"` 或 `target: "user:123456789012345678"` 通过该私信会话路由。 回声较重的 OpenAI Realtime 示例： ```json5 theme={"theme":{"light":"min-light","dark":"min-dark"}} { channels: { discord: { voice: { enabled: true, mode: "bidi", model: "openai/gpt-5.5", realtime: { provider: "openai", model: "gpt-realtime-2", speakerVoice: "cedar", bargeIn: true, minBargeInAudioEndMs: 500, consultPolicy: "always", providers: { openai: { interruptResponseOnInputAudio: false, }, }, }, }, }, }, } ``` 当模型通过开启的麦克风听到自己的 Discord 播放，但你仍希望通过说话打断它时，使用此配置。OpenClaw 会阻止 OpenAI 因原始输入音频而自动中断，同时 `bargeIn: true` 允许 Discord 说话者开始事件和已活跃的说话者音频在下一个捕获轮次到达 OpenAI 之前取消活动中的实时响应。`audioEndMs` 低于 `minBargeInAudioEndMs` 的极早插话信号会被视为可能的回声或噪声并被忽略，因此模型不会在第一个播放帧就被截断。 预期的语音日志： * 加入时：`discord voice: joining ... voiceSession=... supervisorSession=... agentSessionMode=... voiceModel=... realtimeModel=...` * 实时启动时：`discord voice: realtime bridge starting ... autoRespond=false interruptResponse=false bargeIn=false minBargeInAudioEndMs=...` * 说话者音频时：`discord voice: realtime speaker turn opened ...`、`discord voice: realtime input audio started ... outputAudioMs=... outputActive=...`，以及 `discord voice: realtime speaker turn closed ... chunks=... discordBytes=... realtimeBytes=... interruptedPlayback=...` * 跳过陈旧语音时：`discord voice: realtime forced agent consult skipped reason=incomplete-transcript ...` 或 `reason=non-actionable-closing ...` * 实时响应完成时：`discord voice: realtime audio playback finishing reason=response.done ... audioMs=... chunks=...` * 播放停止或重置时：`discord voice: realtime audio playback stopped reason=... audioMs=... elapsedMs=... chunks=...` * 实时 consult 时：`discord voice: realtime consult requested ... voiceSession=... supervisorSession=... question=...` * 智能体回答时：`discord voice: agent turn answer ...` * 精确语音入队时：`discord voice: realtime exact speech queued ... queued=... outputAudioMs=... outputActive=...`，随后是 `discord voice: realtime exact speech dequeued reason=player-idle ...` * 检测到插话时：`discord voice: realtime barge-in detected source=speaker-start ...` 或 `discord voice: realtime barge-in detected source=active-speaker-audio ...`，随后是 `discord voice: realtime barge-in requested reason=... outputAudioMs=... outputActive=...` * 实时中断时：`discord voice: realtime model interrupt requested client:response.cancel reason=barge-in`，随后是 `discord voice: realtime model audio truncated client:conversation.item.truncate reason=barge-in audioEndMs=...` 或 `discord voice: realtime model interrupt confirmed server:response.done status=cancelled ...` * 忽略回声或噪声时：`discord voice: realtime model interrupt ignored client:conversation.item.truncate.skipped reason=barge-in audioEndMs=0 minAudioEndMs=250` * 禁用插话时：`discord voice: realtime capture ignored during playback (barge-in disabled) ...` * 空闲播放时：`discord voice: realtime barge-in ignored reason=... outputActive=false ... playbackChunks=0` 要调试音频被截断的问题，请把实时语音日志当作时间线阅读： 1. `realtime audio playback started` 表示 Discord 已开始播放助手音频。从此时起，桥接器开始统计助手输出块、Discord PCM 字节、提供商实时字节和合成音频时长。 2. `realtime speaker turn opened` 标记 Discord 说话者变为活跃。如果播放已经处于活动状态且已启用 `bargeIn`，后面可能会出现 `barge-in detected source=speaker-start`。 3. `realtime input audio started` 标记该说话者轮次收到第一个实际音频帧。这里的 `outputActive=true` 或非零 `outputAudioMs` 表示麦克风在助手播放仍处于活动状态时发送输入。 4. `barge-in detected source=active-speaker-audio` 表示 OpenClaw 在助手播放处于活动状态时看到了实时说话者音频。这有助于区分真实打断和没有有用音频的 Discord 说话者开始事件。 5. `barge-in requested reason=...` 表示 OpenClaw 已要求实时提供商取消或截断活动响应。它包含 `outputAudioMs`、`outputActive` 和 `playbackChunks`，因此你可以看到打断前实际播放了多少助手音频。 6. `realtime audio playback stopped reason=...` 是本地 Discord 播放重置点。原因说明谁停止了播放：`barge-in`、`player-idle`、`provider-clear-audio`、`forced-agent-consult`、`stream-close` 或 `session-close`。 7. `realtime speaker turn closed` 汇总捕获到的输入轮次。`chunks=0` 或 `hasAudio=false` 表示说话者轮次已打开，但没有可用音频到达实时桥接器。`interruptedPlayback=true` 表示该输入轮次与助手输出重叠，并触发了插话逻辑。 有用字段： * `outputAudioMs`：实时提供商在该日志行之前生成的助手音频时长。 * `audioMs`：OpenClaw 在播放停止前统计的助手音频时长。 * `elapsedMs`：播放流或说话者轮次打开和关闭之间的墙钟时间。 * `discordBytes`：发送到 Discord 语音或从 Discord 语音接收的 48 kHz 立体声 PCM 字节。 * `realtimeBytes`：发送到实时提供商或从实时提供商接收的提供商格式 PCM 字节。 * `playbackChunks`：转发到 Discord、用于活动响应的助手音频块。 * `sinceLastAudioMs`：最后一个捕获的说话者音频帧与说话者轮次关闭之间的间隔。 常见模式： * 立即截断且带有 `source=active-speaker-audio`、较小的 `outputAudioMs`，并且同一用户在附近，通常表示扬声器回声进入了麦克风。提高 `voice.realtime.minBargeInAudioEndMs`，降低扬声器音量，使用耳机，或设置 `voice.realtime.providers.openai.interruptResponseOnInputAudio: false`。 * `source=speaker-start` 后接 `speaker turn closed ... hasAudio=false` 表示 Discord 报告了说话者开始，但没有音频到达 OpenClaw。这可能是短暂的 Discord 语音事件、噪声门行为，或客户端短暂打开麦克风。 * `audio playback stopped reason=stream-close` 且附近没有插话或 `provider-clear-audio`，表示本地 Discord 播放流意外结束。检查前面的提供商和 Discord 播放器日志。 * `capture ignored during playback (barge-in disabled)` 表示 OpenClaw 在助手音频处于活动状态时有意丢弃了输入。如果你希望语音打断播放，请启用 `voice.realtime.bargeIn`。 * `barge-in ignored ... outputActive=false` 表示 Discord 或提供商 VAD 报告了语音，但 OpenClaw 没有可中断的活动播放。这不应截断音频。 凭证按组件解析：`voice.model` 使用 LLM 路由认证，`tools.media.audio` 使用 STT 认证，`messages.tts`/`voice.tts` 使用 TTS 认证，`voice.realtime.providers` 或提供商的常规认证配置使用实时提供商认证。 ### 语音消息 Discord 语音消息会显示波形预览，并且需要 OGG/Opus 音频。OpenClaw 会自动生成波形，但需要 Gateway 网关主机上有 `ffmpeg` 和 `ffprobe` 来检查并转换。 * 提供**本地文件路径**（URL 会被拒绝）。 * 省略文本内容（Discord 会拒绝同一载荷中的文本 + 语音消息）。 * 接受任何音频格式；OpenClaw 会按需转换为 OGG/Opus。 ```bash theme={"theme":{"light":"min-light","dark":"min-dark"}} message(action="send", channel="discord", target="channel:123", path="/path/to/audio.mp3", asVoice=true) ``` ## 故障排查 * 启用 Message Content Intent * 当你依赖用户/成员解析时，启用 Server Members Intent * 更改 intent 后重启 Gateway 网关 * 验证 `groupPolicy` * 验证 `channels.discord.guilds` 下的服务器允许列表 * 如果存在服务器 `channels` 映射，则只允许列出的频道 * 验证 `requireMention` 行为和提及模式 有用的检查： ```bash theme={"theme":{"light":"min-light","dark":"min-dark"}} openclaw doctor openclaw channels status --probe openclaw logs --follow ``` 常见原因： * `groupPolicy="allowlist"` 没有匹配的服务器/频道允许列表 * `requireMention` 配置在了错误位置（必须位于 `channels.discord.guilds` 或某个频道条目下） * 发送者被服务器/频道 `users` 允许列表阻止 典型日志： * `Slow listener detected ...` * `stuck session: sessionKey=agent:...:discord:... state=processing ...` Discord Gateway 网关队列调节项： * 单账号：`channels.discord.eventQueue.listenerTimeout` * 多账号：`channels.discord.accounts..eventQueue.listenerTimeout` * 这只控制 Discord Gateway 网关监听器工作，不控制智能体轮次生命周期 Discord 不会对已排队的智能体轮次应用渠道拥有的超时。消息监听器会立即移交，已排队的 Discord 运行会保持每会话顺序，直到会话/工具/运行时生命周期完成或中止该工作。 ```json5 theme={"theme":{"light":"min-light","dark":"min-dark"}} { channels: { discord: { accounts: { default: { eventQueue: { listenerTimeout: 120000, }, }, }, }, }, } ``` OpenClaw 在连接前会获取 Discord `/gateway/bot` 元数据。瞬时故障会回退到 Discord 的默认 Gateway 网关 URL，并在日志中进行速率限制。 元数据超时调节项： * 单账号：`channels.discord.gatewayInfoTimeoutMs` * 多账号：`channels.discord.accounts..gatewayInfoTimeoutMs` * 配置未设置时的环境变量回退：`OPENCLAW_DISCORD_GATEWAY_INFO_TIMEOUT_MS` * 默认值：`30000`（30 秒），最大值：`120000` OpenClaw 在启动期间以及运行时重连后，会等待 Discord 的 Gateway 网关 `READY` 事件。带有启动错峰的多账号设置可能需要比默认值更长的启动 READY 窗口。 READY 超时调节项： * 启动单账号：`channels.discord.gatewayReadyTimeoutMs` * 启动多账号：`channels.discord.accounts..gatewayReadyTimeoutMs` * 配置未设置时的启动环境变量回退：`OPENCLAW_DISCORD_READY_TIMEOUT_MS` * 启动默认值：`15000`（15 秒），最大值：`120000` * 运行时单账号：`channels.discord.gatewayRuntimeReadyTimeoutMs` * 运行时多账号：`channels.discord.accounts..gatewayRuntimeReadyTimeoutMs` * 配置未设置时的运行时环境变量回退：`OPENCLAW_DISCORD_RUNTIME_READY_TIMEOUT_MS` * 运行时默认值：`30000`（30 秒），最大值：`120000` `channels status --probe` 权限检查只适用于数字频道 ID。 如果你使用 slug 键，运行时匹配仍可工作，但 probe 无法完全验证权限。 * 私信已禁用：`channels.discord.dm.enabled=false` * 私信策略已禁用：`channels.discord.dmPolicy="disabled"`（旧版：`channels.discord.dm.policy`） * 在 `pairing` 模式下等待配对批准 默认情况下，bot 撰写的消息会被忽略。 如果你设置 `channels.discord.allowBots=true`，请使用严格的提及和允许列表规则以避免循环行为。 优先使用 `channels.discord.allowBots="mentions"`，仅接受提及该 bot 的 bot 消息。 OpenClaw 还附带共享的 [bot 循环保护](/zh-CN/channels/bot-loop-protection)。每当 `allowBots` 允许 bot 撰写的消息进入分发时，Discord 会将入站事件映射到 `(account, channel, bot pair)` 事实，并且通用配对防护会在该配对超过配置的事件预算后抑制该配对。该防护可防止失控的双 bot 循环，这类循环以前必须依靠 Discord 速率限制来停止；它不会影响单 bot 部署，也不会影响保持在预算内的一次性 bot 回复。 默认设置（设置 `allowBots` 时生效）： * `maxEventsPerWindow: 20` -- bot 配对可在滑动窗口内交换 20 条消息 * `windowSeconds: 60` -- 滑动窗口长度 * `cooldownSeconds: 60` -- 一旦触发预算，任一方向的每条额外 bot 到 bot 消息都会被丢弃一分钟 在 `channels.defaults.botLoopProtection` 下配置一次共享默认值，然后在合法工作流需要更多余量时覆盖 Discord。优先级为： * `channels.discord.accounts..botLoopProtection` * `channels.discord.botLoopProtection` * `channels.defaults.botLoopProtection` * 内置默认值 Discord 使用通用 `maxEventsPerWindow`、`windowSeconds` 和 `cooldownSeconds` 键。 ```json5 theme={"theme":{"light":"min-light","dark":"min-dark"}} { channels: { defaults: { botLoopProtection: { maxEventsPerWindow: 20, windowSeconds: 60, cooldownSeconds: 60, }, }, discord: { // Optional Discord-wide override. Account blocks override individual // fields and inherit omitted fields from here. botLoopProtection: { maxEventsPerWindow: 4, }, accounts: { alpha: { // Alpha listens to other bots only when they mention it. allowBots: "mentions", }, bravo: { // Bravo listens to all bot-authored Discord messages. allowBots: true, mentionAliases: { // Lets Bravo write an Alpha Discord mention with the configured user id. Alpha: "ALPHA_DISCORD_USER_ID", }, botLoopProtection: { // Allow up to five messages per minute before suppressing the pair. maxEventsPerWindow: 5, windowSeconds: 60, cooldownSeconds: 90, }, }, }, }, }, } ``` * 保持 OpenClaw 为当前版本（`openclaw update`），以确保 Discord 语音接收恢复逻辑存在 * 确认 `channels.discord.voice.daveEncryption=true`（默认值） * 从 `channels.discord.voice.decryptionFailureTolerance=24`（上游默认值）开始，仅在需要时调整 * 关注日志中的： * `discord voice: DAVE decrypt failures detected` * `discord voice: repeated decrypt failures; attempting rejoin` * 如果自动重新加入后故障仍持续，请收集日志，并与 [discord.js #11419](https://github.com/discordjs/discord.js/issues/11419) 和 [discord.js #11449](https://github.com/discordjs/discord.js/pull/11449) 中的上游 DAVE 接收历史进行对比 ## 配置参考 主要参考：[Configuration reference - Discord](/zh-CN/gateway/config-channels#discord)。 * 启动/凭证：`enabled`、`token`、`applicationId`、`accounts.*`、`allowBots` * 策略：`groupPolicy`、`dmPolicy`、`allowFrom`、`dm.*`、`guilds.*`、`guilds.*.channels.*` * 命令：`commands.native`、`commands.useAccessGroups`（全局）、`configWrites`、`slashCommand.ephemeral` * 事件队列：`eventQueue.listenerTimeout`（监听器预算，默认 `120000`）、`eventQueue.maxQueueSize`（默认 `10000`）、`eventQueue.maxConcurrency`（默认 `50`） * Gateway 网关：`proxy`、`gatewayInfoTimeoutMs`、`gatewayReadyTimeoutMs`、`gatewayRuntimeReadyTimeoutMs` * 回复/历史：`replyToMode`、`historyLimit`、`dmHistoryLimit`、`dms.*.historyLimit` * 投递：`textChunkLimit`（默认 `2000`）、`maxLinesPerMessage`（默认 `17`） * 流式传输：`streaming.mode`、`streaming.chunkMode`、`streaming.preview.*`、`streaming.progress.*`、`streaming.block.*`（旧版扁平 `streamMode`、`draftChunk`、`blockStreaming`、`blockStreamingCoalesce`、`chunkMode` 键会由 `openclaw doctor --fix` 迁移到 `streaming.*`） * 媒体/重试：`mediaMaxMb`（限制出站 Discord 上传，默认 `100`）、`retry` * 操作：`actions.*` * 在线状态：`activity`、`status`、`activityType`、`activityUrl`、`autoPresence.*` * UI：`ui.components.accentColor` * 功能：`threadBindings`、顶层 `bindings[]`（`type: "acp"`）、`pluralkit`、`execApprovals`、`intents`、`agentComponents.enabled`、`agentComponents.ttlMs`、`heartbeat`、`responsePrefix` ## 安全和运维 * 将 bot 令牌视为机密（在受监管环境中优先使用 `DISCORD_BOT_TOKEN`）。 * 授予最小权限 Discord 权限。 * 如果命令部署/状态已过期，请重启 Gateway 网关并使用 `openclaw channels status --probe` 重新检查。 ## 相关 将 Discord 用户配对到 Gateway 网关。 群聊和允许列表行为。 将入站消息路由到智能体。 威胁模型和加固。 将服务器和频道映射到智能体。 原生命令行为。