WhatsApp(网页渠道)
状态:仅支持通过 Baileys 的 WhatsApp Web。网关拥有会话。快速设置(初学者)
- 如果可能,使用单独的手机号码(推荐)。
- 在
~/.openclaw/openclaw.json中配置 WhatsApp。 - 运行
openclaw channels login扫描二维码(已连接设备)。 - 启动网关。
目标
- 在一个网关进程中管理多个 WhatsApp 账号(多账号)。
- 确定性路由:回复返回到 WhatsApp,无需模型路由。
- 模型看到足够的上下文以理解引用回复。
配置写入
默认情况下,WhatsApp 允许写入由/config set|unset 触发的配置更新(需要 commands.config: true)。
禁用:
架构(谁拥有什么)
- 网关拥有 Baileys 套接字和收件箱循环。
- CLI / macOS 应用与网关通信;不直接使用 Baileys。
- 活动监听器是出站发送所必需的;否则发送会快速失败。
获取电话号码(两种模式)
WhatsApp 需要真实的手机号码进行验证。VoIP 和虚拟号码通常被阻止。有两种支持的方式在 WhatsApp 上运行 OpenClaw:专用号码(推荐)
为 OpenClaw 使用单独的手机号码。最佳用户体验、清晰的路由、无自聊怪异行为。理想设置:备用/旧 Android 手机 + eSIM。将其保持在 Wi-Fi 和电源上,并通过 QR 链接。 WhatsApp Business: 您可以在同一设备上使用不同的号码运行 WhatsApp Business。非常适合将您的个人 WhatsApp 分开 — 安装 WhatsApp Business 并在那里注册 OpenClaw 号码。 示例配置(专用号码,单用户允许列表):channels.whatsapp.dmPolicy 设置为 pairing。未知发送者获得配对码;批准方式:
openclaw pairing approve whatsapp <code>
个人号码(备用)
快速备用:在您自己的号码上运行 OpenClaw。给自己发消息(WhatsApp “给自己发消息”)进行测试,这样您就不会打扰联系人。预计在设置和实验期间在主手机上读取验证码。必须启用自聊模式。 当向导询问您的个人 WhatsApp 号码时,输入您将从中发送消息的电话(所有者/发送者),而不是助手号码。 示例配置(个人号码,自聊):[{identity.name}](如果设置),否则 [openclaw]
如果 messages.responsePrefix 未设置。显式设置它以自定义或禁用
前缀(使用 "" 删除它)。
号码获取技巧
避免: TextNow、Google Voice、大多数”免费短信”服务 — WhatsApp 积极阻止这些。 提示: 该号码只需要接收一条验证码短信。之后,WhatsApp Web 会话通过creds.json 持久化。
为什么不用 Twilio?
- 早期 OpenClaw 版本支持 Twilio 的 WhatsApp Business 集成。
- WhatsApp Business 号码不适合个人助手。
- Meta 强制执行 24 小时回复窗口;如果您在过去 24 小时内没有回复,企业号码无法发起新消息。
- 高频率或”健谈”的使用会触发积极阻止,因为企业账户不打算发送数十条个人助手消息。
- 结果:不可靠的交付和频繁的阻止,因此移除了支持。
登录 + 凭据
- 登录命令:
openclaw channels login(通过已连接设备的 QR)。 - 多账号登录:
openclaw channels login --account <id>(<id>=accountId)。 - 默认账号(当省略
--account时):如果存在则为default,否则为第一个配置的账号 id(排序)。 - 凭据存储在
~/.openclaw/credentials/whatsapp/<accountId>/creds.json。 - 备份副本位于
creds.json.bak(损坏时恢复)。 - 传统兼容性:旧安装直接将 Baileys 文件存储在
~/.openclaw/credentials/中。 - 登出:
openclaw channels logout(或--account <id>)删除 WhatsApp 认证状态(但保留共享的oauth.json)。 - 登出的套接字 => 错误指示重新链接。
入站流程(DM + 群组)
- WhatsApp 事件来自
messages.upsert(Baileys)。 - 收件箱监听器在关闭时分离,以避免在测试/重启中累积事件处理程序。
- 状态/广播聊天被忽略。
- 直接聊天使用 E.164;群组使用群组 JID。
- DM 策略:
channels.whatsapp.dmPolicy控制直接聊天访问(默认:pairing)。- 配对:未知发送者获得配对码(通过
openclaw pairing approve whatsapp <code>批准;代码在 1 小时后过期)。 - 开放:需要
channels.whatsapp.allowFrom包含"*"。 - 您链接的 WhatsApp 号码是隐式受信任的,因此自聊消息跳过
channels.whatsapp.dmPolicy和channels.whatsapp.allowFrom检查。
- 配对:未知发送者获得配对码(通过
个人号码模式(备用)
如果您在个人 WhatsApp 号码上运行 OpenClaw,启用channels.whatsapp.selfChatMode(参见上面的示例)。
行为:
- 出站 DM 永远不会触发配对回复(防止垃圾邮件联系人)。
- 入站未知发送者仍然遵循
channels.whatsapp.dmPolicy。 - 自聊模式(allowFrom 包含您的号码)避免自动已读回执并忽略提及 JID。
- 为非自聊 DM 发送已读回执。
已读回执
默认情况下,网关将入站 WhatsApp 消息标记为已读(蓝色勾号)一旦它们被接受。 全局禁用:- 自聊模式始终跳过已读回执。
WhatsApp 常见问题:发送消息 + 配对
当我链接 WhatsApp 时,OpenClaw 会给随机联系人发消息吗? 不会。默认 DM 策略是配对,因此未知发送者只会获得配对码,他们的消息不会被处理。OpenClaw 只回复它收到的聊天,或您明确触发的发送(代理/CLI)。 WhatsApp 上的配对如何工作? 配对是未知发送者的 DM 门:- 来自新发送者的第一条 DM 返回一个短代码(消息不被处理)。
- 批准方式:
openclaw pairing approve whatsapp <code>(使用openclaw pairing list whatsapp列出)。 - 代码在 1 小时后过期;待处理请求每个渠道上限为 3 个。
bindings 将每个发送者路由到不同的代理(对等 kind: "dm",发送者 E.164 如 +15551234567)。回复仍然来自相同的 WhatsApp 账户,直接聊天折叠到每个代理的主会话,因此每人使用一个代理。DM 访问控制(dmPolicy/allowFrom)是每个 WhatsApp 账户的全局设置。参见多代理路由。
为什么向导要求我的电话号码?
向导使用它来设置您的允许列表/所有者,以便您自己的 DM 被允许。它不用于自动发送。如果您在个人 WhatsApp 号码上运行,使用相同的号码并启用 channels.whatsapp.selfChatMode。
消息规范化(模型看到的内容)
Body是带有信封的当前消息正文。- 引用的回复上下文始终附加:
- 回复元数据也设置:
ReplyToId= stanzaIdReplyToBody= 引用的正文或媒体占位符ReplyToSender= E.164(当已知时)
- 仅媒体的入站消息使用占位符:
<media:image|video|audio|document|sticker>
群组
- 群组映射到
agent:<agentId>:whatsapp:group:<jid>会话。 - 群组策略:
channels.whatsapp.groupPolicy = open|disabled|allowlist(默认allowlist)。 - 激活模式:
mention(默认):需要 @提及或正则表达式匹配。always:始终触发。
/activation mention|always仅所有者可用,必须作为独立消息发送。- 所有者 =
channels.whatsapp.allowFrom(如果未设置则为自身 E.164)。 - 历史注入(仅待处理):
- 最近的未处理消息(默认 50)插入到:
[Chat messages since your last reply - for context](会话中已有的消息不会重新注入) - 当前消息在:
[Current message - respond to this] - 发送者后缀附加:
[from: Name (+E164)]
- 最近的未处理消息(默认 50)插入到:
- 群组元数据缓存 5 分钟(主题 + 参与者)。
回复交付(线程)
- WhatsApp Web 发送标准消息(当前网关中无引用回复线程)。
- 此渠道忽略回复标签。
确认反应(收到时自动反应)
WhatsApp 可以在机器人生成回复之前,立即向入站消息发送表情符号反应。这向用户提供即时反馈,表明他们的消息已被接收。 配置:emoji(字符串):用于确认的表情符号(例如,”👀”、”✅”、”📨”)。为空或省略 = 功能禁用。direct(布尔值,默认:true):在直接/DM 聊天中发送反应。group(字符串,默认:"mentions"):群组聊天行为:"always":对所有群组消息反应(即使没有 @提及)"mentions":仅在机器人被 @提及时反应"never":从不在群组中反应
- 反应在收到消息时立即发送,在输入指示器或机器人回复之前。
- 在
requireMention: false的群组中(激活:始终),group: "mentions"将对所有消息反应(不仅仅是 @提及)。 - 即发即弃:反应失败被记录但不会阻止机器人回复。
- 群组反应的参与者 JID 自动包含。
- WhatsApp 忽略
messages.ackReaction;请改用channels.whatsapp.ackReaction。
代理工具(反应)
- 工具:
whatsapp带react动作 (chatJid,messageId,emoji, 可选remove)。 - 可选:
participant(群组发送者),fromMe(对您自己的消息反应),accountId(多账号)。 - 反应移除语义:参见/tools/reactions。
- 工具门控:
channels.whatsapp.actions.reactions(默认:启用)。
限制
- 出站文本分块到
channels.whatsapp.textChunkLimit(默认 4000)。 - 可选的换行符分块:设置
channels.whatsapp.chunkMode="newline"以在空行(段落边界)处分割,然后再进行长度分块。 - 入站媒体保存上限为
channels.whatsapp.mediaMaxMb(默认 50 MB)。 - 出站媒体项目上限为
agents.defaults.mediaMaxMb(默认 5 MB)。
出站发送(文本 + 媒体)
- 使用活动的网页监听器;如果网关未运行则报错。
- 文本分块:每条消息最大 4k(可通过
channels.whatsapp.textChunkLimit配置,可选channels.whatsapp.chunkMode)。 - 媒体:
- 支持图片/视频/音频/文档。
- 音频作为 PTT 发送;
audio/ogg=>audio/ogg; codecs=opus。 - 仅第一个媒体项目有标题。
- 媒体获取支持 HTTP(S) 和本地路径。
- 动画 GIF:WhatsApp 期望 MP4 带
gifPlayback: true用于内联循环。- CLI:
openclaw message send --media <mp4> --gif-playback - 网关:
send参数包括gifPlayback: true
- CLI:
语音笔记(PTT 音频)
WhatsApp 将音频作为语音笔记(PTT 气泡)发送。- 最佳效果:OGG/Opus。OpenClaw 将
audio/ogg重写为audio/ogg; codecs=opus。 [[audio_as_voice]]对 WhatsApp 被忽略(音频已经作为语音笔记发送)。
媒体限制 + 优化
- 默认出站上限:5 MB(每个媒体项目)。
- 覆盖:
agents.defaults.mediaMaxMb。 - 图片在上限下自动优化为 JPEG(调整大小 + 质量扫描)。
- 超大媒体 => 错误;媒体回复回退到文本警告。
心跳
- 网关心跳记录连接健康(
web.heartbeatSeconds,默认 60s)。 - 代理心跳可以为每个代理配置(
agents.list[].heartbeat)或全局通过agents.defaults.heartbeat(当没有每个代理条目设置时的回退)。- 使用配置的心跳提示(默认:
如果存在请阅读 HEARTBEAT.md(工作区上下文)。严格遵守。不要推断或重复旧任务。如果无需关注,请回复 HEARTBEAT_OK。)+HEARTBEAT_OK跳过行为。 - 交付默认为最后使用的渠道(或配置的目标)。
- 使用配置的心跳提示(默认:
重新连接行为
- 退避策略:
web.reconnect:initialMs,maxMs,factor,jitter,maxAttempts。
- 如果达到 maxAttempts,网页监控停止(降级)。
- 登出 => 停止并需要重新链接。
配置快速映射
channels.whatsapp.dmPolicy(DM 策略:pairing/allowlist/open/disabled)。channels.whatsapp.selfChatMode(同手机设置;机器人使用您的个人 WhatsApp 号码)。channels.whatsapp.allowFrom(DM 允许列表)。WhatsApp 使用 E.164 电话号码(无用户名)。channels.whatsapp.mediaMaxMb(入站媒体保存上限)。channels.whatsapp.ackReaction(收到消息时自动反应:{emoji, direct, group})。channels.whatsapp.accounts.<accountId>.*(每个账号的设置 + 可选authDir)。channels.whatsapp.accounts.<accountId>.mediaMaxMb(每个账号的入站媒体上限)。channels.whatsapp.accounts.<accountId>.ackReaction(每个账号的确认反应覆盖)。channels.whatsapp.groupAllowFrom(群组发送者允许列表)。channels.whatsapp.groupPolicy(群组策略)。channels.whatsapp.historyLimit/channels.whatsapp.accounts.<accountId>.historyLimit(群组历史上下文;0禁用)。channels.whatsapp.dmHistoryLimit(DM 历史限制,以用户轮次计)。每个用户的覆盖:channels.whatsapp.dms["<phone>"].historyLimit。channels.whatsapp.groups(群组允许列表 + 提及门控默认值;使用"*"允许所有)channels.whatsapp.actions.reactions(门控 WhatsApp 工具反应)。agents.list[].groupChat.mentionPatterns(或messages.groupChat.mentionPatterns)messages.groupChat.historyLimitchannels.whatsapp.messagePrefix(入站前缀;每个账号:channels.whatsapp.accounts.<accountId>.messagePrefix;已弃用:messages.messagePrefix)messages.responsePrefix(出站前缀)agents.defaults.mediaMaxMbagents.defaults.heartbeat.everyagents.defaults.heartbeat.model(可选覆盖)agents.defaults.heartbeat.targetagents.defaults.heartbeat.toagents.defaults.heartbeat.sessionagents.list[].heartbeat.*(每个代理的覆盖)session.*(范围、空闲、存储、mainKey)web.enabled(为 false 时禁用渠道启动)web.heartbeatSecondsweb.reconnect.*
日志 + 故障排除
- 子系统:
whatsapp/inbound、whatsapp/outbound、web-heartbeat、web-reconnect。 - 日志文件:
/tmp/openclaw/openclaw-YYYY-MM-DD.log(可配置)。 - 故障排除指南:网关故障排除。
故障排除(快速)
未链接 / 需要 QR 登录- 症状:
channels status显示linked: false或警告 “Not linked”。 - 修复:在网关主机上运行
openclaw channels login并扫描 QR(WhatsApp → 设置 → 已连接设备)。
- 症状:
channels status显示running, disconnected或警告 “Linked but disconnected”。 - 修复:
openclaw doctor(或重启网关)。如果持续存在,通过channels login重新链接并检查openclaw logs --follow。
- 不推荐使用 Bun。WhatsApp (Baileys) 和 Telegram 在 Bun 上不可靠。 使用 Node 运行网关。(参见入门运行时说明。)