用途：这是一个主动监控技能，依据 Amplitude 自动采集的三类事件（[Amplitude] Network Request、[Amplitude] Error Logged、[Amplitude] Error Click）输出结构化质量健康检查，帮助用户在产品被投诉前发现退化或故障。已知问题的被动排查应改用 diagnose-errors 技能。
主要能力：计算网络失败率、慢请求率（>3000ms）、JS 错误率、无错误会话率、错误点击率、受影响用户数等 KPI，对比基线与当期；按 [Amplitude] Page Path 为页面打分（Healthy/Degraded/Unhealthy/Critical）；识别当期新出现的错误；提供发布前后对比与结论（Clean、Minor/Significant regressions、Rollback candidate）；给出按紧急度排序的推荐操作。
使用方式：先调用 get_amplitude_context 获取项目上下文，必要时用 use_amp_flags 的 list_deployments 查看部署；默认取最近 14 天、按日粒度，前 7 天为基线、后 7 天为当期，可用 query_amplitude_data 并行查询三类事件；分组时设 limit 为 10-20 以控制返回体积。若用户提供部署日期，则以其为分界做发布对比。
适用场景：例行可靠性巡检、发布验证（“这次发布有没有搞坏什么”）、指定页面区域（如实验页面）的定向检查。
限制与边界：依赖项目已开启 Session Replay 或 autocapture，否则需说明并建议开启；流量过低（窗口内网络请求 <1000）时样本不足，仅报告绝对计数；无基线数据时跳过趋势对比；需警惕半日数据、星期效应、机器人流量与预期错误（如登录 401）。资料未提供具体收费、价格或平台信息。