OpenClaw 开始补齐 Agent 运维里的“到底发生了什么”
5 月 10 日这组 OpenClaw PR 没有 beta release 那么显眼，但对把 Agent 接入真实渠道的团队很实用。PR #80151 给 `openclaw agent --json --deliver` 增加结构化投递结果：`sent`、`suppressed`、`partial_failed`、`failed`，在 durable delivery 能提供时还包含逐 payload 结果。PR #80217 让 Codex-native tools 进入 diagnostic watchdog 视野，长时间运行的 native bash 或 scraper 不会被误判成废弃的 embedded run。PR #80251 修复 session reset：生成新 session id 时也会轮换 generated transcript 文件，并清掉旧 compaction checkpoints。PR #80250 则在 channel-routed agent 缺少 `message` tool 时给 doctor warning，避免把工具策略问题误说成平台能力限制。
影响观察中 来源2 对象operator · developer · team
Agent 运维最麻烦的是灰色状态：消息可能被有意 suppress、只发出一部分、需要重试或其实已经送达；工具可能看起来空闲但 native process 仍在跑；reset 可能看起来成功却带着旧 compaction 状态。这组 PR 的价值，是把这些状态变得可观察、可自动化处理。
- PR #80151 增加可选 `deliveryStatus` 对象，为 JSON delivery callers 区分 sent / suppressed 这类终态，以及 partial_failed / failed 这类需重试结果
- PR #80217 为 Codex-native tool items 发出受信任的 diagnostic started / completed / error / blocked events，让 watchdog 能区分 active native tools 与 stale embedded runs
- PR #80251 在 reset 时轮换 generated session transcript path，并清理 compaction state，避免新 session 继承旧的 heavy checkpoint lineage
- PR #80250 为从渠道路由但没有 `message` tool 的 Agent 增加 doctor preview warning 和 prompt guidance
- 聚合时这些仍是 active PR，操作者应先确认 merge / release 状态再依赖
- 更精确的投递状态只有在下游脚本不再把所有非错误都当成功时才有价值
- Watchdog diagnostics 刻意不记录 command arguments 或 output；深度排障仍需要单独的进程观测手段