用途：用于搭建告警、降低告警噪音或改进现有告警体系，核心目标是“为真实问题而告警，而非噪音”，即对症状（用户影响）而非原因（内部指标）告警，并确保每条告警都可操作、配有运行手册。
主要能力：
- 告警哲学与级别：定义 P1 至 P4 的响应方式、确认时限与示例，并强调误报会侵蚀信任。
- 告警类型：症状型（推荐，如错误率过高）、原因型（谨慎使用，如磁盘空间不足）、SLO 型（最佳实践，按错误预算消耗告警）。
- 多窗口多燃烧率：采用 Google SRE 推荐方法，用 1h/5m 快速燃烧立即寻呼、6h/30m 慢速燃烧在工作时间寻呼。
- 设计模式：百分比阈值、缺失检测（服务停止上报）、基于导数（延迟突增）。
- 防疲劳：建告警前检查清单、噪音告警补救表（阈值/持续时间、迟滞、分组抑制、转为工单）。
- 告警卫生流程：每周审查触发的告警并打标签，每月核对覆盖缺口，每季度全面审计与阈值更新。
- 路由与文档：基于服务和严重级别路由（如 PagerDuty、工单 webhook），并有告警文档模板（含义、影响、首响应、运行手册、升级、历史背景）。
- 健康指标：跟踪 MTTA、人均每周寻呼数、可操作告警比例、无告警事件比例、误报率。
使用方式：资料未提供具体安装或调用方式，仅提供概念、YAML 告警规则与路由配置示例作为参考模板，需结合自身监控系统落地。
适用场景：SRE、运维、值班团队设计或治理告警体系时参考。
限制：资料未说明该技能的具体工具集成方式、安装命令、收费或平台支持情况，暂未提供。