OpenClaw 24h 更新快报（2026-05-14）：Telegram 轮询稳定、Discord 线程、Codex 引导
过去24小时，openclaw/openclaw 仓库共产出 14 个已合并 PR，覆盖 Telegram 轮询稳定性修复、Discord 线程消息处理、Codex Agent 上下文引导以及多项安全与 Gateway 运行时改进。以下按主题整理本次最重要的变化。
渠道集成：Telegram 轮询修复集中爆发
本次更新中 Telegram 相关修复最为密集，连续多个 PR 聚焦于轮询机制的稳定性问题。
PR #81933 修复了 Discord 频道中线程消息的 threadName 处理逻辑，当 Bot 向线程发送消息时，现在能正确使用指定的线程名称而非被忽略。这是 Discord 集成中一个长期存在的行为偏差。
PR #81890 解决了一个具体问题：Telegram polling 在 Gateway 重启后未能正确清理旧的 lease 资源，可能导致重复连接和资源泄露。这直接影响长期运行服务的稳定性。
PR #81849 修复了 Telegram 独立轮询通道（isolated polling lane）在高并发场景下的资源耗尽问题，当多用户同时活跃时，旧消息记录未正确释放。
PR #81785 解决 Bot 在群组中被@但未实际被提及时，媒体下载仍然触发的行为——现在只有在真正被提及的情况下才会处理媒体。
PR #81774 修复了 Telegram 上原生路径（native path）与插件 slash 命令的路由冲突问题，确保插件注册的命令不会被 Bot 的内置路由劫持。
PR #81758 修复了 Telegram Cron 定时任务 HTML 公告格式错误的问题，修复后富文本消息的格式能正确渲染。
PR #81746 是一个较为底层的修复：解决了事件循环（event-loop）发生 stall 时 Telegram 轮询入口被阻塞的问题，直接影响消息接收的及时性。
Agent 与 Cron 调度：Codex 上下文引导与命令周期重量
PR #81822 修复了 Codex Cron 引导上下文的对齐问题，使定时触发的 Agent 任务能获得正确且轻量的上下文，避免不必要的项目文档加载，从而降低 Cron 任务的资源占用和响应延迟。
PR #81868 确保命令触发型 Cron（command cron）在执行过程中保持轻量化，防止 cron 任务占用过多资源而影响并发调度能力。
PR #81879 修复了 Codex app-server 中 surrogate 进程在某些条件下发生 stall（停滞）的问题，影响 Codex 扩展在长会话场景下的可用性。
PR #81697 确保 Codex post-tool 看门狗（watchdog）保持 armed 状态，防止工具调用链在中途意外中断。
稳定性与安全
PR #81727 强制要求心跳响应必须携带工具交付（tool delivery），解决了心跳机制在某些边界条件下被误判为存活而实际无响应的问题。
PR #81838 修复了 Gateway 在处理 undici HTTP2 session teardown（会话拆除）时的边缘 case，防止因此产生的连接泄漏和异常重启。
PR #81855 停止了消息工具 Doctor 检查中持续误报的问题，减少了开发者在调试时受到的干扰性警告。
PR #81771 修复了 Gateway 控制台 UI 认证在某些失败场景下进入无限重试循环的问题，直接提升用户登录体验。
PR #81699 抑制了 Gateway 启动时的存活探测（liveness）误警告求，减少启动阶段的噪声日志。
开发者体验
PR #81928 修复了 Ollama 本地模型 num_ctx 配置的 doctor 迁移逻辑，当用户升级 OpenClaw 后，Ollama 的上下文窗口大小配置能正确迁移而非被重置。
PR #81898 整合了插件管理相关文档，统一了社区插件发现、发布和更新流程，降低用户和插件开发者的认知成本。
本次更新节奏紧凑，Telegram 相关修复尤其集中，Codex 上下文与 Cron 调度精度也有实质提升，整体趋向生产环境稳定性优先的迭代方向。
评论