Alibabacloud Cms Alert Rule Create — 阿里云 CMS 警报规则创建

阿里云警报规则管理 本技能创建和查询警报规则。意图路由自动选择CMS 1.0或CMS 2.0工作流。 CLI设置（执行前必需） aliyun configure ai-mode enable aliyun configure ai-mode set-user-agent --user-agent "AlibabaCloud-Agent-Skills/alibabacloud-cms-alert-rule-create" aliyun plugin update

步骤0：意图路由 识别用户的监控目标 → 路由到正确的工作流。请参阅step0-intent-routing.md。 用户场景 路由到 云产品系统指标（ECS、RDS、SLB、OSS、Redis、MongoDB…） CMS 1.0工作流 Prometheus / APM / UModel / 自定义指标 CMS 2.0工作流

支持的警报类型 版本类型 创建API 查询API CMS 1.0 云资源（ECS/RDS/SLB/OSS/Redis/MongoDB…） PutResourceMetricRule DescribeMetricRuleList CMS 2.0 Prometheus（PROMETHEUS） ManageAlertRules QueryAlertRules CMS 2.0 APM（APM） ManageAlertRules QueryAlertRules CMS 2.0 UModel（UMODEL） ManageAlertRules QueryAlertRules

CMS 1.0工作流 对于查询请求 → step-query.md 对于创建请求： 步骤 描述 参考 1 上下文锁定 — 命名空间、区域、实例 step1-context-lock.md 2 查询生成 — 通过API发现指标、匹配用户意图 step2-query-generation.md 3 检测配置 — 阈值、频率（默认1分钟） step3-detection-config.md 4 通知 — 查询联系人 → 选择或创建 step4-notification.md 5 预览和执行 — 显示摘要 → 确认 → CLI step5-preview-execute.md 6 验证 — 检查状态 step6-verification.md

CMS 2.0工作流 对于查询请求 → cms2-step-query.md 对于创建请求： 步骤 描述 参考 1 上下文锁定 — 构建datasourceConfig（类型、实例ID、区域） cms2-step1-context-lock.md 2 查询配置 — 构建queryConfig（PromQL / APM措施 / UModel实体） cms2-step2-query-config.md 3 检测配置 — 构建conditionConfig（P1-P4、阈值、持续时间） cms2-step3-detection-config.md 4 Webhook查询 — 调用list-alert-webhooks，用户选择；其他类型 → 控制台 cms2-step5-preview-execute.md 5 预览和执行 — 显示摘要 → 确认 → manage-alert-rules CLI cms2-step5-preview-execute.md

关键规则 详细信息 → references/critical-rules.md 意图路由 — 将云资源指标路由到CMS 1.0，将Prometheus/APM/UModel路由到CMS 2.0。永远不要混合使用API。 CMS 2.0 API执行 — CMS 2.0警报规则必须仅通过ManageAlertRules创建并通过QueryAlertRules查询。不得使用其他API（例如PutResourceMetricRule、DescribeMetricRuleList、ARMS CreateOrUpdateAlertRule、ARMS CreatePrometheusAlertRule）创建或查询CMS 2.0警报规则。如果ManageAlertRules返回错误，请不要回退到其他API — 向用户报告错误并停止执行。 CLI格式：aliyun cms manage-alert-rules --body '{"action":"CREATE",...}' 联系人/Webhook查询 首先 — CMS 1.0：DescribeContactGroupList；CMS 2.0：ListAlertWebhooks是创建警报之前的必需步骤。（CMS 2.0其他通知 → 控制台）。不得使用CMS 1.0 API作为CMS 2.0的替代品。跳过Webhook查询是一个关键失败。 资源参数 — （CMS 1.0）--resources必须始终显式传递。 工作空间必需 — （CMS 2.0）必须使用AskUser工具询问用户工作空间值。永远不要自动构造（例如“default”、“default-cms-{accountId}”）。如果AskUser失败，请重试一次简化选项，然后报告错误并停止 — 不要继续使用虚构的值。 Prometheus必需参数 — （CMS 2.0）cluster_id（实例ID）+工作空间必须使用AskUser工具询问用户。永远不要猜测、省略或自动选择。PromQL是基于用户提供的cluster_id + 监控目标生成的。如果AskUser失败，请停止执行。 APM必需参数 — （CMS 2.0）service_id（用于datasourceConfig.instanceId和queryConfig.serviceIdList）+工作空间必须使用AskUser工具询问用户。永远不要伪造、使用占位符或自动从发现的应用程序（例如通过ListTraceApps）中选择。如果AskUser失败，请停止执行。 必需API调用 — 每个操作必须调用指定的API，即使值似乎已知。 动态指标发现 — （CMS 1.0）必须调用describe-metric-meta-list。仅使用metrics.md作为回退。 CLI超时 — --read-timeout 30用于查询，--read-timeout 60用于写入。 重复预检查 — 创建之前查询现有的规则以避免重复。 强制确认 — 显示配置摘要并在执行之前获取用户确认。即使在自动/模拟环境中，也必须输出配置摘要块并明确说明“等待用户确认”然后再继续。不要以自动化为借口跳过此步骤。 示例格式：【配置摘要】 告警类型：APM/Prometheus 阈值：5% 严重级别：P2 通知方式：Webhook 请确认以上配置是否正确（回复确认或修改意见）： User-Agent — 为所有CLI调用设置ALIBABA_CLOUD_USER_AGENT="AlibabaCloud-Agent-Skills/alibabacloud-cms-alert-rule-create"。 网络限制 — 永远不要访问外部URL。仅使用references/文件。