What problem does it solve? When a CloudWatch alarm fires for an EC2 instance or an instance becomes unreachable, on-call engineers need a structured, read-only diagnostic workflow to determine whether the fault is hardware, OS-level, CPU saturation, or network isolation before escalating. ## Core Features & Use Cases - Six-step data collection: Gathers instance status, CPU utilization, network I/O, disk I/O, CloudTrail events, and active CloudWatch alarms via AWS CLI. - Decision-tree diagnosis: Applies explicit branching logic to classify issues as AWS infrastructure faults, OS-level faults, CPU saturation, network isolation, or no active issue. - Escalation and safety guardrails: Defines exactly what evidence to include in escalation handoffs and prohibits reboots, security group changes, or instance termination without approval. - Use Case: A CloudWatch ec2-cpu-high alarm fires at 2 AM. Run this skill to collect all metrics, determine whether a CloudTrail maintenance event explains the spike, and produce a complete escalation package for the on-call engineer. ## Quick Start Ask the AI to run an EC2 health check on instance i-0123456789abcdef0 in us-east-1 and diagnose why the CPU alarm fired.