OpenClaw 24h 更新快报（2026-06-26）：Telegram 会话冲突、Auto-reply 初始化、渠道认证失败
过去 24 小时，OpenClaw 仓库共有超过 20 个 PR 合并。其中 Telegram 频道在会话冲突后的回复卡死问题、Auto-reply 模块的会话初始化竞争条件、以及多个 AI 扩展的响应边界处理是本次最受关注的变更。此外，Gateway 截断日志终于记录了被忽略的历史消息，Cron 失败告警在存储往返中也不再丢失。
渠道与消息投递
Telegram 频道在用户会话冲突后恢复时，主题回复会出现卡死。PR #96550 修复了这一问题：当多个并发会话争夺同一 Telegram 对话目标时，系统现在会正确等待冲突恢复完成后再投递后续消息，而不是直接丢弃或永久阻塞。该修复同时标记了 session-state 与 message-delivery 两项合并风险，表明其影响范围较深，所有使用 Telegram 频道的用户均会受益。
几乎同一时段合入的 PR #96599 解决了另一个长期痛点：各渠道 provider 的认证失败信息现在会正确浮到渠道层显示，而不是被吞没在底层 HTTP 响应里。这意味着当 OpenAI API Token 过期、Feishu 机器人权限不足、或 WhatsApp Web 会话失效时，用户会直接看到渠道层面的错误提示，而非一片静默。
非合并提交 13ecca5 则对 Telegram session 初始化 spool 的重试做了退避优化：在 session 初始化失败后不再立即重试，而是等待一段时间再尝试，从而减少高频重试对 Telegram Bot API 限速的触发。
核心调度与 Cron
本次有两个独立提交专门针对 Cron 稳定性。提交 7fefc5f 修复了 Cron stream 超时后不触发故障转移的问题：此前当 stream 处理超过作业超时时间时，系统不会自动切换到下一个可用实例，而是挂起等待；现在会立即执行故障转移逻辑。提交 19707cc 则阻止了 setup 超时引发的 gateway 重启循环，避免在 Cron 调度器初始化阶段反复超时导致整个 gateway 不断重启。
一个更隐蔽的存储层 bug 在 PR #96615 中被修复：此前开启"失败告警默认启用"选项的 Cron 任务，在写入数据库后再读出时该选项会丢失，导致告警配置悄然失效。该 PR 恢复了这一配置在存储往返中的完整性。
Auto-reply 与 Agent 会话
PR #96847 修复了 Auto-reply 模块的 reply session 初始化竞争条件。当多个回复会话同时初始化时，此前可能出现顺序错乱，导致某条回复被写入错误的目标会话。该 PR 通过序列化初始化过程确保了每条回复都在正确的 session 上下文中运行。
Gateway 与日志
PR #96788 改善了 Gateway 的截断日志：当日志因长度限制被截断而忽略部分 chat-history 消息时，现在会在日志中明确记录被忽略的消息数量和范围，便于排查"明明发了消息但 AI 没收到"类问题。
非合并提交 95b97e5 则在 exec 模块增加了一层防御：当用户显式指定了无效的 workdir 路径时，exec 会在实际运行命令前直接失败并返回明确错误，而不是等到命令执行时才发现路径不存在。
扩展与工具链
本次合并了多个 AI 扩展的响应读取边界修复，包括 GitHub Copilot 的 usage 响应（PR #96607）、Voyage embedding 批处理响应（PR #96608）、以及各视频生成扩展（Google Veo、Qwen、BytePlus、OpenRouter video）的成功响应 JSON 读取上限。这些修复共同确保了当上游 API 返回超大 JSON 响应时，OpenClaw 不会因尝试读取全部内容而导致内存问题。
Codex 扩展方面，PR #96730 让 macOS 上的 Computer Use 功能优先使用桌面版 app-server 而非远程服务，提升了响应速度与本地数据隐私。CLI 侧，PR #96831 修复了 update --all 时官方插件同步失败的问题。
本次更新整体偏向稳定性与边界-case 处理，覆盖渠道投递、调度可靠性、扩展响应安全三个维度。
评论