OpenClaw beta 线暴露频道 Agent 的硬问题：session key、静默发送与上下文边界
OpenClaw v2026.5.12-beta.3 是一个官方 beta，里面有不少有价值修复：subagent sessions 在选择器里显示父子嵌套、减少 subagent 完成后的冗余 heartbeat wake-ups、provider streams 不再因为分块 SSE / JSON fallback 卡住、memory-wiki 路径加 admin / write gates，以及 OpenAI auth-profile 下 image_generate 等 media tools 可用。更值得读者立即注意的是围绕它出现的新现场报告：issue #81234 称 beta.3 cron jobs 会在 turn-accepted 后 timeout，且 stale cron sessionKey 可能占住 Discord DM lane；issue #81240 报告 Slack session 中模型已经生成完整回复，但没有真正 post 到 Slack；issue #81241 报告 Telegram runtime-context envelope 被追加进用户消息正文，同时又以 out-of-band 形式存在；PR #81242 则修 isolated subagent spawn 仍准备继承上下文，导致 Ollama 这类本地推理 runtime CPU 飙升和推理停滞。
这是 always-on Agent 真正落地的边界层。频道 Agent 可以有很强的工具和 policy，但用户感受到的可靠性是：DM lane 是否回复、Slack 回复是否真的发出、可信 metadata 是否留在 prompt text 外、轻量 subagent 是否真的轻量。所以这些现场报告比单个功能 checkbox 更有价值：它们指出了多频道长运行 Agent 仍需要补的运维护栏。
- v2026.5.12-beta.3 release notes 列出 subagent session nesting、减少 subagent completion wake-ups、OpenAI-compatible stream draining、memory-wiki scope gates、auth-profile-backed image_generate availability 等修复
- Issue #81234 描述 OpenClaw 2026.5.12-beta.3 cron jobs 在 turn-accepted 阶段 timeout，stale cron sessionKey 指向 Discord DM lane；手动清理并重启 gateway 后回复恢复
- Issue #81240 记录 Slack sessions 有完整 assistant reply 和正确 deliveryContext，但没有 chat.postMessage 结果，Slack 中也看不到 bot 回复
- Issue #81241 显示 Telegram runtime-context metadata 被重复放进用户消息正文，造成 transcript 污染，也构成 soft prompt-injection footgun
- PR #81242 说明 isolated lightweight subagent spawns 仍调用 context-engine preparation，把大上下文塞给本地推理 runtime；PR #81243 增加 Discord single-message fetch by ID or URL
- 多项内容仍是 open issues 或 PRs，不是 stable release 保证
- 最强回归报告来自 beta host，生产操作者需要在自己的 staging topology 中复现验证
- 清理 stale cron sessionKey 这类手工恢复会碰到 scheduler state，操作前应备份并谨慎处理