用途：将已有的 SigNoz 告警规则解释成通俗语言，回答它监控什么、何时触发、通知发往哪里。该技能为只读，仅围绕规则本身，附带一行近 7 天触发频率数据，但不调查某一次具体触发（那是 signoz-investigating-alerts 的职责）。创建新告警用 signoz-creating-alerts，修改已有告警直接调用 signoz_update_alert。
前置条件：需要 SigNoz MCP 服务工具 signoz_get_alert、signoz_list_alert_rules、signoz_get_alert_history 可用；不可用时先运行 signoz-mcp-setup 初始化或修复 MCP 连接。不能仅凭规则名称猜测配置。
必要输入：告警标识（规则 ID 或名称），缺失时从上下文或模糊匹配获取；不确定时应说明解释所依据的告警，并允许用户更正。
工作流：解析告警（按名称大小写不敏感匹配，多结果时列出候选）→ 调用 signoz_get_alert 获取完整配置（列表响应不含完整条件、阈值与通知设置）→ 拉取一行触发频率摘要（signoz_get_alert_history，timeRange 7d、state firing、order desc，按 nextCursor 分页直到不存在；历史状态可为 inactive、pending、recovering、firing、nodata、disabled；按 overallStateChanged 与 overallState 去重统计规则级触发，行数不等于触发次数）→ 生成解释：先给直接回答用户问题的 TL;DR，再按监控内容、触发条件、通知路由、值得注意的问题分段（无内容则省略）→ 用户要求时才做配置评估 → 提供最多 3 个后续意图。
解释要点：将 op 代码（1 高于、2 低于、3 等于、4 不等于、5 高于等于、6 低于等于、7 越界）、matchType 代码（1 at_least_once、2 all_the_times、3 on_average、4 in_total、5 last）及过滤操作符翻译为业务语言；阈值一律用 targetUnit 表达；异常规则阈值以标准差表示；通知需区分 usePolicy 与阈值渠道，未配置渠道说明为未路由；仅在有依据时指出高风险问题。
限制：默认不执行实时查询；不得由触发历史推断健康状态或通知送达；空历史只能说“最近 7 天没有返回触发事件”，不能说从未触发；解释不得基于名称臆测；评估只在用户要求时进行。资料未提供安装命令、价格与平台信息。