Install
openclaw skills install alibabacloud-cms-alert-rule-createCreate and query Alibaba Cloud alert rules via CLI. Supports CMS 1.0 cloud resource monitoring (ECS, RDS, SLB, etc.) and CMS 2.0 advanced monitoring (Prometheus, APM, UModel). Intent routing automatically selects the correct workflow based on alert type. Use this skill when users mention: create alert, setup monitoring, configure alarm, ECS/RDS/SLB alert, Prometheus alert, PromQL, K8s monitoring, APM alert, UModel alert, list alerts, query rules, 告警规则, 创建告警, 监控报警, Prometheus告警, 应用监控, 查看告警.
openclaw skills install alibabacloud-cms-alert-rule-createThis skill creates and queries alert rules. Intent routing selects CMS 1.0 or CMS 2.0 workflow automatically.
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
Identify user's monitoring target → route to the correct workflow. See
step0-intent-routing.md.
| User Scenario | Route To |
|---|---|
| Cloud product system metrics (ECS, RDS, SLB, OSS, Redis, MongoDB…) | CMS 1.0 Workflow |
| Prometheus / APM / UModel / custom metrics | CMS 2.0 Workflow |
| Version | Type | Create API | Query API |
|---|---|---|---|
| CMS 1.0 | Cloud Resource (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 |
For query requests → step-query.md
For create requests:
| Step | Description | Reference |
|---|---|---|
| 1 | Context Lock — namespace, region, instances | step1-context-lock.md |
| 2 | Query Generation — discover metrics via API, match to user intent | step2-query-generation.md |
| 3 | Detection Config — threshold, frequency (default 1min) | step3-detection-config.md |
| 4 | Notification — query contacts → select or create | step4-notification.md |
| 5 | Preview & Execute — show summary → confirm → CLI | step5-preview-execute.md |
| 6 | Verification — check status | step6-verification.md |
For query requests → cms2-step-query.md
For create requests:
| Step | Description | Reference |
|---|---|---|
| 1 | Context Lock — build datasourceConfig (type, instanceId, region) | cms2-step1-context-lock.md |
| 2 | Query Config — build queryConfig (PromQL / APM measures / UModel entity) | cms2-step2-query-config.md |
| 3 | Detection Config — build conditionConfig (P1-P4, threshold, duration) | cms2-step3-detection-config.md |
| 4 | Webhook Query — call list-alert-webhooks, user selects; other types → console | cms2-step5-preview-execute.md |
| 5 | Preview & Execute — show summary → confirm → manage-alert-rules CLI | cms2-step5-preview-execute.md |
Full details →
references/critical-rules.md
ManageAlertRules and queried via QueryAlertRules. No other API (e.g. PutResourceMetricRule, DescribeMetricRuleList, ARMS CreateOrUpdateAlertRule, ARMS CreatePrometheusAlertRule) is permitted for CMS 2.0 alert rule creation or query. If ManageAlertRules returns error, DO NOT fallback to other APIs — report the error to user and STOP execution. CLI format: aliyun cms manage-alert-rules --body '{"action":"CREATE",...}'DescribeContactGroupList; CMS 2.0: ListAlertWebhooks is MANDATORY before alert creation. (CMS 2.0 other notification → console). DO NOT use CMS 1.0 APIs as substitute for CMS 2.0. Skipping webhook query is a critical failure.--resources must always be explicitly passed.cluster_id (instanceId) + workspace MUST ASK USER using AskUser tool. Never guess, omit, or auto-select. PromQL is generated based on user-provided cluster_id + monitoring target. If AskUser fails, STOP execution.service_id (for datasourceConfig.instanceId AND queryConfig.serviceIdList) + workspace MUST ASK USER using AskUser tool. Never fabricate, use placeholders, or auto-select from discovered applications (e.g. via ListTraceApps). Discovery APIs are for reference only — final selection MUST come from user input. If AskUser fails, STOP execution.describe-metric-meta-list. Use metrics.md only as fallback.--read-timeout 30 for queries, --read-timeout 60 for writes.【配置摘要】
告警类型: APM/Prometheus
阈值: 5%
严重级别: P2
通知方式: webhook
请确认以上配置是否正确(回复确认或修改意见):
ALIBABA_CLOUD_USER_AGENT="AlibabaCloud-Agent-Skills/alibabacloud-cms-alert-rule-create" for all CLI calls.references/ files and CLI.--help for CLI syntax when uncertain.| File | Scope | Purpose |
|---|---|---|
step0-intent-routing.md | Shared | Intent routing — CMS 1.0 or CMS 2.0 |
step-query.md | CMS 1.0 | Query alert rules (DescribeMetricRuleList) |
step1-context-lock.md | CMS 1.0 | Context lock |
step2-query-generation.md | CMS 1.0 | Query generation & metric discovery |
step3-detection-config.md | CMS 1.0 | Detection config |
step4-notification.md | CMS 1.0 | Notification & contact handling |
step5-preview-execute.md | CMS 1.0 | Preview & execute |
step6-verification.md | CMS 1.0 | Verification |
cms2-step-query.md | CMS 2.0 | Query alert rules (QueryAlertRules) |
cms2-step1-context-lock.md | CMS 2.0 | Datasource config (Prometheus/APM/UModel) |
cms2-step2-query-config.md | CMS 2.0 | Query config (PromQL, APM, UModel) |
cms2-step3-detection-config.md | CMS 2.0 | Detection condition config (P1-P4) |
cms2-step5-preview-execute.md | CMS 2.0 | Preview, execute & webhook query |
metrics.md | CMS 1.0 | Common metrics quick reference (fallback) |
prometheus-metrics.md | CMS 2.0 | Prometheus PromQL patterns |
apm-metrics.md | CMS 2.0 | APM metrics and operators |
critical-rules.md | Shared | Expanded critical rule details, API tables, examples |
ram-policies.md | Shared | Required RAM permissions |
related_apis.yaml | Shared | API lookup before CLI calls |
aliyun configure ai-mode disable