Grafana 告警路由器

它解决什么问题

当 Grafana Alerting 的 webhook 负载直接进入通用通知渠道时，值班、开发、安全和运营信号容易混在一起。同一个告警风暴可能同时发到多个群，而真正需要响应的人未必第一时间看到；维护窗口期间的噪声也可能继续打扰团队。

这个技能面向的是告警分流问题：它不替代 Grafana Alerting 本身的规则引擎，而是承接 Grafana 发出的告警负载，根据 labels 决定应该交给 Slack、PagerDuty 还是 OpsGenie，并借助 Grafana Alerting API 处理聚合和静默。

它如何工作

核心路径可以概括为：

• 接收 Grafana Alerting 产生的 webhook 负载。
• 解析告警中的标签和匹配规则，判断目标渠道。
• 将告警发送到 Slack、PagerDuty 或 OpsGenie。
• 利用告警分组能力，把同一类或同一组告警合并处理，避免逐条重复通知。
• 通过 Grafana Alerting API 管理静默，让已知噪声或计划内维护在合适范围内被抑制。

对工程团队来说，这类能力的价值在于把路由决策放在告警链路的下游：Grafana 负责判断“是否触发”，路由层负责判断“通知谁、怎么聚合、何时静默”。实际使用时，通常需要先明确标签来源、匹配顺序和渠道语义，否则规则容易互相覆盖或产生漏通知。

适用边界与注意点

这个技能适合已经使用 Grafana Alerting，并且需要把告警分发到 Slack、PagerDuty 或 OpsGenie 的团队。它不负责解释所有 Grafana 告警规则细节，也不等同于完整的 incident response 平台。

需要注意：SKILL.md 没有提供可直接采用的安装或使用说明，上游项目地址为 https://github.com/1991513ccie-png/skills。在敏感 workflow 中启用前，应先审查上游代码、确认 webhook 处理逻辑、标签匹配方式以及 API 调用范围，尤其是涉及 silence 管理时，避免误抑制关键告警。