群健康监控

要解决什么问题

分布式或远程协作里，工人（worker）是否在线、当日任务有没有推进、inbox 里待办是否被及时接手，往往只能靠人工翻 Dashboard 或群里问一句。一旦多人同时掉线、某人长时间零产出，或任务在 inbox 里挂超过一小时，问题发现通常已经滞后。

本技能面向群聊场景下的团队健康巡检：在 cron（建议每 15 分钟）或你主动查看「群健康 / 团队状态 / 工人监控」时，拉取工人与任务数据，算出一组可对比的指标，并按规则向群聊 POST 告警。

技能如何工作

监控指标（均来自 Dashboard API 的 workers 等数据）：

• 在线率：用 lastActive 判断状态——超过 IDLE_THRESHOLD（默认 1800 秒）为 idle，超过 OFFLINE_THRESHOLD（默认 7200 秒）为 offline。
• 任务完成率：当日完成率 = todayDone / (todayDone + pending)；完成率 < 30% 记为低效；todayDone = 0 且 pending > 0 记为零产出。
• 响应延迟：inbox 任务从创建到变为 inProgress 或 done 的耗时；超过 DELAY_WARN（默认 3600 秒）为延迟，超过 DELAY_CRIT（默认 14400 秒）为严重延迟。

三级告警（POST 群聊告警）：

| 级别 | 典型条件 |
|------|----------|
| CRITICAL | 多人同时 offline，或零产出人数超过半数 |
| WARN | 单人零产出、任务延迟 > 1h、完成率 < 30% |
| INFO | 单人 idle、完成率偏低、周期趋势变化（如从 80% 降到 50%） |

认证使用 Authorization: Bearer {TOKEN}；告警发送者可通过 ALERT_SENDER 配置（默认 openclaw-c）。

适用边界与注意点

• 指标定义与阈值强依赖 Dashboard 数据模型（todayDone、pending、inbox 状态流转）；若后端字段或语义变更，规则需同步调整。
• idle/offline、延迟等阈值均可通过环境变量覆盖，但不会替代业务上对「何为有效活跃」的产品定义。
• 适合作为定时巡检与群通知的补充，不宜单独作为 SLA 或人事考核的唯一依据。