OpenClaw v2026.5.5：60+ 项修复，WhatsApp、飞书、Discord 与网关全面提升稳定性
OpenClaw v2026.5.5 是一次大规模补丁版本，修复了 60+ 个问题，涵盖 WhatsApp、飞书（Feishu）、Discord、LINE、Slack 等主要销售渠道，以及控制界面、网关稳定性、AI 服务商集成和插件系统。对于在生产环境中部署多渠道 B2B SDR（销售开发代表）智能体的团队，本次更新消除了一大类静默失败问题，帮助您在每个渠道留住更多潜在商机。
v2026.5.5 核心修复
WhatsApp：解除回复阻塞，提升出单速度
两项独立修复解决了 WhatsApp 回复延迟问题。此前，本地 TUI 客户端若已降低网关事件循环性能，会阻塞所有 WhatsApp 外发消息——即使网关本身运行正常。现在只有经验证的过时客户端才会被停止，健康的网关流量不受影响。
相关的 /new//reset 会话内存钩子也已从回复路径中移出，内存捕获和 LLM 文件名生成不再阻塞消息发送。综合这两项修复，每天处理 500+ 条 WhatsApp 线索的 SDR 智能体可以显著提升回复率。
飞书：多轮话题会话彻底修复
飞书渠道现在能在会话路由前正确填充缺失的原生话题起始帖线程 ID。这意味着飞书对话的第一轮和所有后续轮次都将保留在同一话题会话中——此前它们会分散到独立会话，静默拆散多轮资质确认流程。此修复解决了 #78262。
飞书是中国大陆及东南亚制造商、外贸出口商的主流企业沟通平台——正是 B2B SDR 团队重点开拓的市场。话题线程断裂是一种难以察觉的失败：您只会看到飞书的资质确认率低于 LINE 或 WhatsApp，却很难找到根本原因。
Discord：推理文本可见 + 控制命令路由修复
Discord 用户现在可在进度草稿中看到实时推理文本，而不是空洞的 Reasoning 状态行——智能体在处理复杂 SDR 资质问题时的思考过程变得透明可见。另外，/steer 等纯文本控制命令现在通过正确的授权门槛路由，不再在智能体会话处理前被静默丢弃。修复了 #78080。
LINE：静默 DM 阻断预防
LINE 渠道现在会在验证阶段拒绝缺少通配符 allowFrom 的 dmPolicy: "open" 配置，而不是先应答再静默拦截入站私信。配置错误现在会在线索丢失前被暴露出来。修复了 #78316。
Matrix：审批投递重试
Matrix 中的审批提示现在在遇到瞬时发送失败时会重试最多 3 次（带退避）。以审批为门控的 SDR 操作——发送报价、预约演示、申请样品——在 Matrix 短暂出现故障时不再丢失。
iOS 配对：局域网 + Tailscale 灵活支持
iOS 设备配对现在支持私有局域网和 .local 网关的 setup-code 和手动 ws:// 连接，同时保持公网/Tailscale 路由使用 wss://。混合认证重连时优先使用显式网关密码，而非过时的 bootstrap token。修复了 #47887。
网关与流式传输
首 token 流式传输修复
OpenAI 兼容 /v1/chat/completions 端点现在能正确刷新初始助理角色 SSE 块。此前，网关冷启动可能导致客户端在收到空正文 200 响应后等待到空闲超时——对实时流式传输 SDR 界面来说是极为严重的失败。
实际影响：基于 OpenClaw OpenAI 兼容 API 构建的工具——包括自定义前端、Zapier 钩子和 CRM 集成——将立即收到首 token，不再挂起。
网关关闭与重启清理
关闭时现在会取消延迟的就绪后维护任务，快速重启后也会抑制维护/定时任务启动。这消除了容器化 SDR 部署中网关重启后孤立后台计时器导致的异常行为。
媒体处理器优化
无关 HTTP 路由的媒体附件处理现在会被跳过，非媒体请求不再承担媒体路由初始化成本。网关负载下的响应延迟进一步降低。
控制界面：会话表格新增运行时可见性
Sessions 表格和 openclaw status/openclaw sessions CLI 输出现在均新增了智能体运行时列，并支持按运行时标签过滤。管理混合 Codex/Pi/自定义运行时部署的 SDR 主管可以立即看到每个会话使用的运行时——无需再查阅日志排查会话行为差异。
会话历史卡片也已重新设计，采用现代检查点历史 UI 和紧凑的 N 个检查点 折叠展示，减少了长期运行 SDR 对话线程主管的视觉噪音。
服务商修复：xAI Grok + Fireworks Kimi
两项服务商修复，为国际化 SDR 部署解锁：
- xAI/Grok：不再向原生 Grok Responses 模型发送 OpenAI 风格的推理力度控制参数；捆绑的 xAI 思维配置已固定为
off。之前因Invalid reasoning effort报错失败的xai/grok-4.3实时运行现已正常。 - Fireworks/Kimi：K2.5/K2.6 模型现在仅支持关闭思维模式（
thinking: disabled），手动切换模型时不再向 Fireworks 发送不支持的reasoning*参数。
Docker 安全加固
捆绑的 docker-compose.yml 现在为网关容器移除了 NET_RAW 和 NET_ADMIN 权能，并启用了 no-new-privileges。对于在共享容器基础设施中运行的生产 B2B SDR 部署，这是重要的安全提升。
插件系统：对等链接 + 管理同步
三项插件修复降低运维负担：
- 对等链接修复：任何共享根目录 npm 安装/更新/卸载后，都会重新断言受管插件
openclaw对等链接，避免一个插件变更破坏其他插件的 SDK 解析。 - 更新时管理同步：官方插件（Codex、Discord、WhatsApp、诊断）在主机更新期间保持同步，即使处于禁用或已精确锁定版本状态。
- 损坏记录容忍：更新现在能容忍损坏的受管插件记录，确保核心包更新在插件元数据损坏时仍能完成。
会话内存：/new 和 /reset 碰撞修复
回退内存文件名现在会在同一分钟内多次 /new 或 /reset 命令触发时添加碰撞后缀。此前，较早的会话档案会被静默覆盖——此修复为 SDR 审计追踪保留了完整的对话历史。
如何升级
curl -fsSL https://raw.githubusercontent.com/iPythoning/b2b-sdr-agent-template/main/install.sh | bash
对比：v2026.5.4 vs v2026.5.5
| 功能区域 | v2026.5.4 | v2026.5.5 |
|---|---|---|
| WhatsApp 回复延迟 | 过时 TUI 可能阻塞任何回复 | 仅停止已验证的过时客户端 |
| 飞书话题线程 | 首轮与后续轮次分离 | 完整话题会话填充 |
| Discord 控制命令 | /steer 被静默丢弃 |
正确授权与路由 |
| 网关首 token 流式 | 可能出现空正文 200 挂起 | 立即 SSE 刷新 |
| Docker 安全 | NET_RAW/NET_ADMIN 启用 | 已移除 + no-new-privileges |
| 插件对等链接 | 安装后可能断裂 | 每次变更后重新断言 |
| xAI/Grok 推理 | Invalid reasoning effort 报错 |
固定为关闭 |
| 会话内存碰撞 | 同一分钟的档案被覆盖 | 添加碰撞后缀 |
您的 SDR 技术栈是否已为生产就绪？
OpenClaw v2026.5.5 填补了多渠道 B2B SDR 部署中最后的可靠性缺口。如果您在 WhatsApp、Discord、飞书或 LINE 上运行销售智能体，这是一次低风险、高价值的升级。
了解更多多渠道 B2B 销售自动化方案：
常见问题
Q：v2026.5.5 有破坏性变更吗？ 没有。这是纯补丁版本，所有修复均向后兼容。
Q：应该立即升级吗？ 如果您使用飞书、Discord、LINE、WhatsApp 或 OpenAI 兼容网关，建议立即升级。修复有针对性，风险极低。
Q：Docker Compose 变更是必须的吗？
捆绑模板中已包含该变更。对于现有部署，建议在网关服务中添加 cap_drop: [NET_RAW, NET_ADMIN] 和 security_opt: ["no-new-privileges:true"]。
Q：Grok 4.3 的具体问题是什么？
xAI 的原生 Grok Responses API 不接受 OpenAI 风格的 reasoning_effort 控制参数。此前 OpenClaw 会转发这些参数，导致每次请求都报 Invalid reasoning effort 错误。v2026.5.5 已为原生 Grok 模型过滤这些参数。
Q：飞书话题线程修复的具体原理是什么？ 在此修复之前，如果飞书对话的话题起始帖线程 ID 缺失（一种瞬时状态），每一轮对话都会开启新的独立会话，而不是继续现有话题线程。修复在路由前填充缺失的 ID，确保整个对话保留在同一话题中。
