OpenClaw 24h 更新快报（2026-05-07）：Telegram 录制延迟修复、Cron 调度、Discord 静音机制
过去 24 小时，OpenClaw 围绕渠道稳定性与调度可靠性完成了数项关键修复。Telegram 对话终于能正确补录缺失运行器追踪时的最终回复，Cron 调度器不再因时间槽错位而跳过待处理任务，Discord 机器人的"被提及但非指定"行为也得到规范。
Telegram 最终回复录制修复
PR #78426 修复了一个长期困扰 Telegram 用户的录制断层问题：当 Agent 以嵌入式运行器模式响应、但响应载荷中缺少运行时追踪信息时，最终可见的助手回复不会被写入 session 会话记录。根本原因在于现有逻辑将"最终文本"与"运行器追踪"强耦合，导致缺失追踪时直接跳过持久化。修复后，最终文本会通过独立的"助手补录路径"写入 session，接收链路完整性不受影响。
该修复由维护者 obviyus 提交，包含新增的 Telegram 入口回归测试，并在真实本地环境中验证了 PROOF-77814-PERSISTED 标记的完整录制流程。规模为 S，是当日信息量最高的单项变更。
Cron 调度器时间槽错位修复
commit c58ccae 修复了 PR #78403 描述的调度器缺陷：当一个任务的 next_run 时间戳已经过期、但该任务本身尚在待处理队列中等待触发时，重新计算下一次运行时间时会出现错位，导致任务被静默跳过而永不执行。修复后，调度器在重新入队时会正确以当前时间基准重新推算窗口，而非依赖已失效的预设时间戳。
Discord 机器人智能静音与链接预览控制
过去 24 小时有三个 Discord 相关修复值得关注：
- commit f011d6b 解决了 Codex 原生审批流程中"allow-always"授权后仍反复弹窗的问题（对应 PR #78234），用户在完成一次允许操作后不会再被重复提示。
- commit 9c7c0ae（对应 PR #78615）规范了 Discord 机器人的"被提及时是否响应"策略：当频道中有人 @ 了机器人、但实际意图是其他参与者时，被提及的机器人不再强行接入对话，提升了多 Agent 协作场景下的秩序感。
- commit 197edaa（对应 PR #78614）则让 Discord 机器人在适当场景下主动抑制消息中的链接预览卡片，减少无用视觉干扰。
心跳录制与插件依赖稳定性
同期还有两项日常维护类修复值得记录：commit 3cbf2c2 修复了心跳模式下 transcriptPrompt 与 effectivePrompt 不一致导致的运行时上下文漂移问题，确保心跳任务内容正确保留在可见提示词中而非被推入运行时上下文。commit aa9247e 则解决了托管 npm 插件的同级依赖解析异常，防止部分插件在特定环境下的加载失败。
本次更新整体基调偏向渠道稳定性与调度精确性，Telegram 录制和 Cron 修复是核心亮点。
评论