用途：这是一个主动式可靠性监控技能，从 Amplitude 自动采集的错误与网络数据生成结构化健康检查报告，判断产品处于健康、退化还是故障状态，帮助用户在投诉前发现问题。对已知问题的排查应改用 diagnose-errors 技能。
主要能力：监控三类自动采集事件——[Amplitude] Network Request（网络请求）、[Amplitude] Error Logged（JS 错误）、[Amplitude] Error Click（错误点击）。计算网络失败率、慢请求率（超过 3000ms）、JS 错误率、无错误会话率、错误点击率、受影响用户数等 KPI，并对各页面做健康评分，分为 Healthy、Degraded、Unhealthy、Critical 四级。
使用方式：先调用 Amplitude:get_context 和 get_project_context 获取项目上下文，再调用 get_deployments 查看最近部署。默认以最近 14 天为窗口，前 7 天为基线、后 7 天为当前期，通过 query_dataset 查询上述事件，分组时建议 limit 设为 10-20 以控制返回体积，部分步骤可并行。若用户提供部署日期，则加入发布对比部分，给出 Clean、Minor regressions、Significant regressions 或 Rollback candidate 的结论。报告包含健康摘要、发布对比（条件性）、页面健康、变化说明、建议操作和后续提示。
适用场景：例行可靠性健康检查、发布后验证（如“昨天发版是否出问题”）、针对特定页面区域的可靠性排查。
限制：依赖项目已启用自动采集/Session Replay，否则无数据可查；窗口内网络请求少于 1000 时样本过小，只能报告绝对计数；无基线数据时仅展示当前快照；需注意部分日、星期效应、机器人流量及预期错误（如登录 401、用户内容 404）造成的误判。报告中 KPI 阈值、评分标准等以技能原文为准。