dt-alerting 用于配置和理解 Dynatrace 的完整告警生命周期：从异常检测器设置，到事件在 Grail 中存储、问题分组，再到工作流通知投递。
用途：指导创建异常检测器、选择检测模型、查询告警历史、设置问题通知，并分析告警过多与通知路由问题。
主要能力：
- 检测器分类：DQL-based（Grail 服务端定时）、Edge（OneAgent）、Pipeline（OpenPipeline 流内）、Synthetic（合成检查节点）、External（Events API、工作流或 OneAgent 本地）。
- 模型选择：Static（固定阈值，适合已知硬限制）、Adaptive baseline（从近期历史学习）、Seasonal baseline（带时段/星期感知，适合流量等周期指标）。
- 事件与问题：Davis 事件存于 Grail，每个触发器每个实体一条；问题按根因与影响图关联多个事件。
- 通知：问题触发工作流，过滤后路由到邮件、Slack、ServiceNow、webhook。
使用方式：任何告警设置请求先加载 references/anomaly-detectors.md 确定检测器类别与模型。查询告警历史用 DQL，例如：fetch dt.davis.events, from: -24h | filter event.status == "ACTIVE" | summarize alert_count = count(), by: {event.name, event.category, dt.smartscape_source.id} | sort alert_count desc | limit 20。对同类多实体告警，建议用单个合并检测器，在 timeseries 中用 by: { <dimension> } 拆分，并用单个 filter: 限定实体，配合统一的 dt.alert_group 标签与工作流过滤。
适用场景：检测器配置、告警历史查询、问题去噪、通知设置、告警风暴与疲劳分析、通知路由。
限制：问题合并逻辑需加载 dt-obs-problems；检测器运行健康需加载 dt-platform；查询问题分析不属本技能。需 Dynatrace 环境 Settings v2 写权限，查询 dt.davis.events 需 DQL 权限，写 DQL 前先加载 dt-dql-essentials。具体收费、价格与平台细节暂未提供。