OpenClaw 24h 更新快报（2026-08-13）：Slack 并发提及、插件视图恢复、Cron 拒绝重试
过去 24 小时内，OpenClaw 项目共合并了来自 maintainer 团队的多个重要修复与改进。Slack 渠道在处理并发 @提及 时存在卡片停留在"Working"状态的问题终于得到修复；Web UI 的插件视图加载失败兜底逻辑重新设计，页面不再因单个插件加载错误而永久空白；Cron 调度器针对渠道永久拒绝投递不再做无效重试，直接进入终态。这三项变化直接影响用户的日常使用体验，以下是详细说明。
Slack 并发提及：卡片不再卡在 Working 状态
Slack 用户在短时间内多次 @提及 机器人时，部分会话卡片会永久停留在"🔄 Working"状态，永远无法变为终态（✅ 或 ❌）。这是一个隐蔽的竞态问题：后续人类消息触发 forceNewMessage 时会清除草稿流的身份信息，但已经发出的 Working 卡片已无法被正确终结。
修复思路是让草稿流保留被遗弃但尚未终态的消息，并在 progressCard.finalize() 中统一触发清理。PR #122816 同时修复了另一个相关缺陷：Slack 此前从未实现 onQueuedFollowupSettled 回调，导致排队的后续回合在无最终回复时也无从清理自己发出的卡片。该问题被标记为 P1，说明已有生产环境用户受到影响。
插件视图兜底：加载失败不再永久白屏
OpenClaw 控制台的插件页面（如 Logbook）在遇到 chunk 拉取失败或模块评估异常时，之前只留下空白区域且无任何交互手段，用户只能手动刷新整个页面。PR #122823 为 PluginPage 引入了完整的状态机：idle → loading → error / ready，每个状态都有对应渲染，且通过加载 Token 防止过期回调被错误执行。
具体行为：chunk 加载失败时显示错误提示与重试按钮；陈旧的 chunk 失败会自动触发一次重新加载（每个构建版本最多一次）；用户主动点 Reload 则保留手动重试路径。加载中显示统一的加载态而非空白。
Cron 永久拒绝：不再等待四次无效重试
当渠道提供商在预发送阶段明确返回"永久拒绝"（retryable: false）时，Cron 调度器此前会继续重试 4 次，每次间隔约数秒，导致任务额外延迟约 35 秒后才失败。PR #122821 修改了瞬态分类逻辑：在做重试判断前先查询平台级永久拒绝分类器，确认后直接标记为终态，不再进入重试循环。
这次修改只增加了 5 行生产代码，影响范围仅限于 Cron 调度器与渠道投递模块，不影响其他类型的错误重试行为。
其余值得关注的合并
PR #122826 将 Subagent Run Manager 从 1864 行拆分为 4 个职责清晰的子模块（Run Manager / Wait Manager / Recovery Manager / Launch Manager），内部符号重新导出用于继承链，不再需要 max-lines 抑制注释。PR #122768 新增了 Cloudflare 部署模板，面向有 Cloudflare Workers 环境需求的用户。PR #122782 修复了 Slack 在活跃线程中重复发送运行中断通知的问题。
本次更新整体聚焦于渠道投递稳定性、控制台可用性与调度器正确性，是一次以修复为导向的合并周期。
评论