OpenClaw 与 Hermes 发布首日已经排起可靠性修复队列
下一件真正值得看的事，不是又一个标题功能，而是新 tag 在真实操作者环境里能不能稳定落地。OpenClaw 新报告包括 production event-loop delay、local primary model 不可用时 cron 直接 skip 而不是走 cloud fallback、Gemini subagent 在 stream-ready 后 0 token 卡住、crash / OOM 写入后的 session-store recovery、Codex route preservation 与 OpenRouter model-id normalization。Hermes 新报告包括 TUI 自动 heapdump 把磁盘撑到数十 GiB、skill frontmatter name 与目录名漂移、MiniMax OAuth expiry 解析、Telegram 大媒体上传卡在 20 秒 write-timeout 路径，以及 v0.13.0 Feishu 表格渲染回退。
影响风险 来源4 对象operator · developer
大版本发布后的前几个小时，最容易暴露操作者真正会遇到的边角问题：fallback 决策、长会话、provider routing、磁盘压力和渠道格式化。这些路径比 demo 更能决定 Agent 能不能少人盯着持续工作。
- OpenClaw issue #79327 报告生产环境反复出现超过 2 秒的 event-loop delay 与 uncaught errors
- OpenClaw issue #79329 报告 local primary provider 不可达时，cron model preflight 会 skip 整次任务，而不是使用已配置的 cloud fallback
- OpenClaw issue #79333 报告 Google Gemini subagent 在 stream-ready 后 0 token 卡住，但 direct infer 正常
- OpenClaw PR #79319 增加 crash / OOM 原子写入异常后的 session-store backup / temp artifact 恢复
- OpenClaw PR #79316 保留显式 openai-codex provider routes；PR #79313 修正 OpenRouter model id 归一化
- Hermes issue #21767 报告 TUI 自动 heap snapshots 可让 ~/.hermes/heapdumps 增长到数十 GiB；PR #21780 将自动 heapdump 改为 opt-in
- Hermes issue #21782 显示 skill create / edit 可让 frontmatter name 与目录名不一致
- Hermes issue #21779 与 PR #21786 处理 MiniMax OAuth 将 unix-ms expiry timestamp 当成 TTL seconds 的问题
- Hermes PR #21777 接通 Telegram media_write_timeout，避免大媒体上传卡在 PTB 默认超时
- Hermes issue #21778 报告 v0.13.0 Feishu / Lark markdown table 被渲染成原始源码
- 多数修复仍处于 PR 阶段，还不是已经进入发布 tag 的稳定修复
- 部分报告与 provider 或 channel 强相关；不使用 Gemini、MiniMax、Telegram、Feishu、Codex 或 OpenRouter 的团队主要需要监控即可
- 新 issue 数量很高；这里真正有价值的是 cluster pattern，而不是把每个孤立 bug 都放大