技能介绍

要解决什么问题

当告警来自 Alertmanager、Zabbix 或 Datadog 等不同来源时，值班同学往往要在多个平台之间来回确认：谁在值班、这条告警应该流转给谁、通知是否送达。Grafana OnCall 的升级链（escalation chain）和通知策略配置项多、手工调整容易出错，尤其在多套环境并存时，配置漂移几乎是常态。这个技能的作用就是把升级链、通知策略和值班排期的配置工作收敛到一个可复用的操作入口。

技能如何工作

核心能力：通过 Grafana OnCall 提供的 HTTP API 完成三类配置——升级链（escalation chains）、通知策略（notification policies）和值班排期（on-call schedules）。
集成路由管理：处理来自 Alertmanager、Zabbix、Datadog 的集成路由（integration routes），并在路由生效时自动指派响应人（automatic responder assignment），不需要人工在每个来源里单独指定值班人。
关键步骤：先确认 Grafana OnCall 实例可用且 API 可访问，再按团队当前的值班结构定义升级链和通知策略，随后将各监控来源的集成路由接入，最后核对自动响应人的分配是否符合预期。
多环境：SKILL.md 提到准备了多套环境（multiple environments），适合把同一套升级逻辑在开发、测试、生产之间对齐。

适用边界与注意点

上游要求 Grafana 11 或更高版本，低版本不适用。
需要手动开启 externalServiceAccounts 这个 feature toggle。docker 文件和 helm chart 已经默认完成这一步，但如果你自行部署 Grafana（例如独立运行的实例），需要单独参照 Grafana 文档启用，否则 API 侧的鉴权可能无法正常工作。
技能不改变 Grafana OnCall 本身的权限模型，升级链最终能否生效仍取决于 API token 和实例配置是否正确。