OpenClaw 24h 更新快报（2026-05-15）：Telegram 可靠性、Agent 子代理、Cron 通知
过去 24 小时，OpenClaw 仓库共合并 30 个 PR，主要集中在 Telegram 渠道可靠性、Agent 子代理模型选择以及 Cron 调度通知分离三个方向。其中 Telegram 相关修复占 7 个，旨在解决轮询重连后的出口队列排空、截断文本保留、入口积压暴露等问题；Cron 调度层完成了失败通知的独立投递改造；Agent 运行时则统一了子代理的模型回退策略，整体稳定性有明显提升。
Telegram 渠道可靠性全面加固
本次更新中 Telegram 相关 PR 数量最多，覆盖了从入口读取到出口投递的完整链路。
PR #82288 修复了入口处积压消息未被正确暴露的问题，确保当 Telegram 轮询因网络波动断开重连后，长期积压的消息可以被正常处理，不会因为状态未更新而永久卡住。
PR #82294 针对消息截断场景做了专项优化：当 Telegram 服务器对长消息做了截断处理、而客户端又使用转写内容作为回退时，现在能正确保留转写文本的完整性，避免出现半截回复。
PR #82227 修复了轮询重连后的出口队列排空逻辑——此前重连后会短暂丢失待发送消息，新版本确保队列在重连后立即被正确排空，不会造成消息延迟或丢失。
PR #82221 将 active-memory 的 Telegram 召回路径统一走 provider 层，避免了直接调用导致的路径不一致问题。
Agent 子代理模型选择统一重构
PR #82328 是本次重要改动之一，将子代理的模型选择和回退策略合并到同一个共享优先级帮助函数中。此前 Cron 子代理的模型选择逻辑与主 agent 存在不一致，导致某些场景下回退链未被正确遵循。新实现保留了子代理独立的 fallback-only 配置权项，同时解决了 payload model override 优先级错误覆盖子代理默认配置的问题。
PR #82302 则与 #82328 配套，专门修复了 Cron 子代理模型回退未被正确遵循的 bug，确保在模型选择失败时能按配置顺序依次尝试备用模型。
PR #82328 的另一部分工作涉及 OpenAI completions 接口的 token 别名处理，确保当上游 API 对 token 做了别名映射时，Agent 运行时能正确识别并使用新的 token 标识符，避免因 token 名称不匹配导致的调用失败。
Cron 调度通知与会话管理改进
PR #82297 完成了 Cron 失败通知的独立投递改造——此前通知投递与 Cron 主逻辑耦合，通知失败会影响主任务执行。新版本将失败通知拆分出来，通过独立的投递路径处理，即使通知发送失败也不会阻塞 Cron 主流程。
PR #82241 重构了投递逻辑，现在从会话上下文直接解析投递目标，解决了此前因上下文解析不一致导致的通知丢失或错误投递问题。
PR #82200 则修复了 Cron 会话转写轮换中的保持问题，确保长生命周期 Cron 任务的转写记录在多轮执行间正确保留和轮换。
Gateway 生命周期与本地 Agent 分发
PR #82273 上调了 Gateway 生命周期钩子的超时默认值，此前的默认值在某些慢环境（如网络抖动或负载较高的容器）中会导致钩子意外超时，进而影响 Gateway 启动流程的完整性。
PR #82284 修复了本地 Agent 向 Gateway 分发请求时的范围问题，确保本地 Agent 的请求不会错误地路由到其他节点的 Gateway 实例。
其他值得关注的更新
PR #82333 修复了 Codex app-server 的通知投影问题：当 embedded-run 通知队列较长时，同步投影会阻塞事件循环，现在改为通过 macrotask 让出执行权，既保证了 rate-limit 和 error 通知的及时可用，又不影响 turn/start 失败时 pre-turn 通知的捕获能力。
PR #82196 集中化了各渠道（Discord、Slack 等）的 turn media facts 逻辑，消除了此前分散在各渠道适配器中的重复实现，降低了维护成本并减少了因实现不一致导致的潜在 bug。
PR #82236 正式废弃了遗留的回复历史帮助函数，引导开发者迁移到新的 API，减少技术债务积累。
本批次更新整体呈现出一个明确的主题：可靠性与一致性。从 Telegram 链路的每个环节到 Cron/Agent 的调度逻辑，团队在清理技术债务的同时补足了生产环境中暴露的边界情况。建议所有运行 OpenClaw 的用户尽快升级。
评论