OpenClaw 24h 更新快报（2026-09-03）：Discord投递确认、模型路由、SMS Webhook防护
过去24小时，OpenClaw 项目在 Discord 信道投递、Agent 运行时可见性与安全边界三个方向各有一个实质性修复值得关注。Discord 的一个高优先级缺陷导致缺失消息 ID 被系统虚构为成功投递；Agent 子会话现在能向父级暴露实际完成工作的模型路由；而 SMS 信道的 Webhook 正文读取已加上资源上限，防止极端情况下的拒绝服务。
Discord 缺失响应 ID 被虚假确认为已送达
Discord 信道在发送结果缺少平台消息 ID 时存在一个缺陷：系统用 "unknown" 字符串填充 ID，随后共享的投递核算逻辑将这个非空字符串直接视为送达凭证。实际上平台返回了 HTTP 成功状态，但并没有给出可编辑的消息标识。
受影响的是"队列投递"模式下的 Discord 文本、媒体、组件类消息。WebSocket 实时推送场景不受影响。此问题被标记为 P1 优先级，修复已在 PR #136620 中合并。修复方案保持缺失 ID 为空值，保留 HTTP 成功状态而非立即重试，同时不影响其他共享确认契约的信道。对于依赖 Discord 信道队列投递的用户，这意味着投递状态记录从此可信，不再出现"已送达"但平台侧无记录的情况。
Agent 子会话模型路由现已对运营者可见
当一个动态子 Agent 向主模型发起请求、该模型不可用并触发降级至备用模型时，之前的版本中父级收到的是成功结果，但无法得知最终实际由哪个模型完成了工作。
PR #136619（对应提交 92f9c60）改变了这一状况：终端生产者现在从精确执行回执中提取一条有限、去标识化的路由事实，并将其附带在可见的子回复旁。本地及嵌套父级可以报告该路由；外部渠道父级收到保密指令；原始直连降级投递路径仅发送子结果，不暴露路由信息。
对使用子 Agent 动态路由功能的开发者和工作流自动化场景，运营者现在可以在任务历史中看到"请求模型 X → 实际由模型 Y 完成"的完整路径，有助于问题诊断和成本审计。
Windows Doctor 检查与保留工作区恢复正式解除阻塞
非英文 Windows 环境下，Task Scheduler 的本地化输出曾经导致 Doctor 检查报告"未知状态"，使得升级恢复流程中断。此外，显式保留的共享工作区根目录中可能残留旧的安装文件，错误地绑定 Agent 到无效配置后会导致反复失败和心跳超时。
PR #136578 将 Task Scheduler 的数字型运行时状态（而非本地化文本解析）确立为分类依据，移除了重复的结果码推断路径。Doctor 现在也检查显式声明的共享工作区根，在复用现有 SQLite 导入/归档/回执/清理流程的前提下，移除废弃的安装标记而无需将工作区分配给 Agent。
对于在非英语 Windows Server 上运行 OpenClaw 的运维团队，升级后 Doctor 维护现在可以正常完成，不必再依赖控制台编码或区域语言设置。
其余值得注意的修复
- SMS Webhook 正文读取上限（提交 46db48b）：修复了 LINE 信道中 429 限流响应被误分类为永久配额耗尽的问题，同时对 Webhook 正文施加 16 KiB 和单截止期限约束，防止极端输入导致服务不稳定。
- CLI 设备授权提示保留 Profile 上下文（PR #136633）：授权操作时展示的设备信息现在正确继承当前 Profile，不会混淆来自其他 Profile 的设备。
- Gateway 避免小主机误发 RSS 严重告警（PR #136641）：资源受限环境下 RSS 健康检查的临界值判定逻辑得到修正，减少误报。
- Workboard 光标拒绝后自动恢复（提交 ee84c7d）：背景任务发现光标被拒绝后，现在会退役该光标并重试，而不会发布不完整的任务链接状态。
- 冻结包卸载与验收基线稳定化（PR #136628、PR #136624）：发布流程中插件卸载契约和包验收基线得到巩固，降低发布过程中的兼容性风险。
本次更新基调偏向稳定性与可观测性改进，信道投递和跨平台兼容性修复占主导地位。
评论