aws-observability
aws/agent-toolkit-for-aws
Implemente, configure, depure e otimize a observabilidade da AWS utilizando o CloudWatch (Logs Insights, Métricas, Alarmes, Painéis, EMF), o X-Ray, o CloudTrail e o ADOT. Aborda a sintaxe de consulta do Log Insights (campos, filtro, estatísticas, análise, padrão, junção, subconsultas), configuração de alarmes (métrica, composta, detecção de anomalias, tratamento de dados ausentes), design de painéis, métricas personalizadas (PutMetricData, EMF, filtros de métricas), rastreamento do X-Ray (ADOT, regras de amostragem, anotações x metadados), configuração do coletor ADOT e CloudT
...Expandir tudoSobre aws-observability
O AWS Observability oferece conhecimento especializado na área para criar, configurar, depurar e otimizar a observabilidade na AWS por meio de métricas, logs e rastreamentos. Ele abrange os recursos da plataforma CloudWatch — Logs Insights, Métricas, Alarmes, Painéis e EMF —, além do rastreamento do X-Ray, da auditoria operacional do CloudTrail e do coletor do AWS Distro for OpenTelemetry (ADOT). Áreas específicas incluem a sintaxe de consulta do Log Insights (campos, filtro, estatísticas, análise, padrão, junção, subconsultas), configuração de alarmes (métrica, composta, detecção de anomalias, tratamento de dados ausentes), design de painéis, métricas personalizadas via PutMetricData, EMF e filtros de métricas, além das regras de amostragem do X-Ray e da distinção entre anotações e metadados.
Utilize esta habilidade quando uma tarefa mencionar CloudWatch, Log Insights, alarmes, INSUFFICIENT_DATA, painéis, métricas personalizadas, EMF, X-Ray, rastreamentos, amostragem, CloudTrail, “quem excluiu”, ADOT, OpenTelemetry, observabilidade, monitoramento, testes sintéticos, canários ou solução de problemas relacionados ao comportamento de alarmes. Ela não abrange explicitamente a configuração de logs de aplicativos, drivers de logs de contêineres ou detecção de ameaças de segurança. Ela funciona melhor em conjunto com o servidor AWS MCP, que permite ao agente executar comandos da CLI, consultar o CloudWatch e validar configurações diretamente, embora todas as orientações também se apliquem ao acesso padrão à CLI da AWS.
A skill está organizada como uma tabela de roteamento que mapeia cada necessidade do usuário para um arquivo de referência específico: log-insights.md para consultas, alarms.md para configuração e padrões de alarmes, metrics.md para métricas personalizadas e EMF, tracing.md para X-Ray e ADOT, dashboards.md para design de widgets e compartilhamento entre contas/regiões, troubleshooting.md (que abre com as cinco soluções mais comuns), synthetics.md para restrições de canary e falhas comuns, e cloudtrail.md para auditoria operacional com S3 e Athena. Dois recursos prontos para uso estão incluídos: alarm-template.ts, um modelo CDK de melhores práticas para monitoramento do Lambda com alarmes e um painel, e otel-config.yaml, uma configuração do coletor ADOT para rastreamentos do X-Ray e métricas do CloudWatch EMF. Como os arquivos de referência contêm versões de tempo de execução, valores de cota e matrizes de recursos que estão sujeitos a alterações, a skill recomenda que os valores sensíveis à precisão sejam verificados na documentação atual da AWS antes de serem utilizados em produção.
Perguntas frequentes
Quais serviços da AWS esta skill abrange?
Ela abrange o CloudWatch (Logs Insights, Metrics, Alarms, Dashboards, EMF), rastreamento do X-Ray, auditoria operacional do CloudTrail e o coletor ADOT (OpenTelemetry) para métricas, logs e rastreamentos.
Quando não devo usar essa skill?
Não a utilize para configuração de registros de aplicativos, drivers de registros de contêineres ou detecção de ameaças de segurança. Essas áreas estão explicitamente fora do escopo.
Preciso do servidor AWS MCP para usá-la?
Não. Ela funciona melhor com o servidor AWS MCP, que permite executar comandos da CLI e validar configurações diretamente, mas todas as orientações também funcionam com o acesso padrão à AWS CLI.
Onde devo procurar para depurar um alarme preso no estado INSUFFICIENT_DATA?
Comece pelo arquivo troubleshooting.md, que apresenta as cinco soluções mais comuns, e consulte o arquivo alarms.md para obter detalhes de configuração, incluindo o tratamento de dados ausentes para alarmes de métricas, compostos e de detecção de anomalias.
Existem modelos prontos incluídos?
Sim. Ele fornece o alarm-template.ts, um modelo CDK de melhores práticas para monitoramento do Lambda com alarmes e um painel, e o otel-config.yaml, uma configuração do coletor ADOT para rastreamentos do X-Ray e métricas do CloudWatch EMF.
Todos os arquivos
11arquivosreferences/alarms.md10,9KBMirarreferências/log-insights.md6,9KBMirarreferências/tracing.md8,9KBMirarassets/alarm-template.ts3,9KBMirarreferências/cloudtrail.md3,9KBMirarreferências/metrics.md 7,4KB Visualizar references/troubleshooting.md 6,7KB Visualizar assets/otel-config.yaml 1,4KB Visualizar references/dashboards.md 5,8KB Visualizar references/synthetics.md 6,5KB Visualizar SKILL.md 4,1 KB VisualizarOverview
Domain expertise for AWS observability across metrics, logs, and traces, covering the full lifecycle: enabling/onboarding a service to Application Signals using ADOT (AWS Distro for OpenTelemetry) auto-instrumentation SDKs and ServiceEvents — making the service show up in Application Signals — on EC2, ECS, EKS, and Lambda in Python, Node.js, Java, and .NET.
Works best with the AWS MCP server — enables running CLI commands, querying CloudWatch, and validating configurations directly. All guidance also works with standard AWS CLI access.
Note: Reference files contain specific runtime versions, quota values, and feature matrices that may change. When precision matters (e.g., deploying to production, choosing a runtime, or checking a quota), confirm values against current AWS documentation rather than relying solely on the values in these files.
Routing
| User need | Action |
|---|---|
| Enabling/onboarding a service to Application Signals (auto-instrumentation) | Read application-signals-onboarding.md |
| Propagating ServiceEvents git/deployment metadata through CI/CD | Read application-signals-cicd-metadata.md |
| Per-platform/per-language enablement steps | Read the matching references/appsignals-guides/<platform>-<language>.md (e.g. eks-python.md) |
| Writing Log Insights queries | Read log-insights.md |
| Configuring alarms (metric, composite, anomaly) | Read alarms.md |
| Publishing custom metrics or using EMF | Read metrics.md |
| Setting up X-Ray tracing or ADOT | Read tracing.md |
| Building dashboards | Read dashboards.md |
| Debugging observability issues | Read troubleshooting.md — starts with the 5 most common fixes |
| Debugging canary failures | Read synthetics.md — see Common failures table |
| CloudTrail operational auditing | Read cloudtrail.md |
| Setting up Lambda monitoring with CDK | Use alarm-template.ts as a starting point |
| Creating synthetic canaries | Read synthetics.md |
| Configuring ADOT collector | Use otel-config.yaml as a starting point |
| Debugging a running service with breakpoints/snapshots — Dynamic Instrumentation (modifies live services and capture live data) | Read dynamic-instrumentation.md in full before acting. Confirm with the user before any create/delete, and narrate before significant actions: observation → hypothesis → proposed action → expected result. Diagnosing running-service root cause from source/code inspection. Source inspection alone identifies hypotheses, not confirmed root causes. Keep suspected causes tentative until runtime evidence confirms them. |
| Spans multiple areas | Read the most specific reference first, then consult others as needed |
Files
| File | Content |
|---|---|
| application-signals-onboarding.md | Enable Application Signals auto-instrumentation: EKS add-on, CloudWatch Agent IAM, OTLP endpoints, ServiceEvents env vars, Dynamic Instrumentation — two-tier scope by platform/language |
| application-signals-cicd-metadata.md | ServiceEvents git & deployment metadata propagation through CI/CD (the 5 OTEL_AWS_SERVICE_EVENTS_* vars) |
references/appsignals-guides/ (e.g. eks-python.md) | 16 per-platform × per-language enablement guides (EC2/ECS/EKS/Lambda × Python/Node.js/Java/.NET) |
| alarms.md | Metric, composite, anomaly detection alarms — configuration, constraints, recommended defaults |
| log-insights.md | Complete query syntax, commands, functions, known issues, reusable query library |
| metrics.md | Custom metrics, EMF spec, metric filters, high-resolution, retention |
| tracing.md | X-Ray → ADOT migration, sampling rules, annotations vs metadata, collector config |
| dashboards.md | Widget types, cross-account/region, dynamic labels, sharing |
| troubleshooting.md | Error → cause → fix for all observability services |
| cloudtrail.md | Operational auditing, event types, S3+Athena queries |
| synthetics.md | Canary runtime/blueprint constraints, VPC networking, common failures |
| alarm-template.ts | Best-practice CDK Lambda monitoring (alarms + dashboard) |
| otel-config.yaml | ADOT collector config for X-Ray traces + CloudWatch EMF metrics |
| dynamic-instrumentation.md | Dynamic Instrumentation debugging loop — breakpoints/probes on live code, snapshot capture + correlation analysis, create/delete gating, snapshot PII handling. Runs via scripts/di_instrumentation.py + scripts/di_snapshots.py. |
Todos os arquivos
0 arquivosInstalar aws-observability
Baixe e descompacte os arquivos das habilidades no diretório .claude/skills/.
Baixar ZIPClone o repositório e copie os arquivos da habilidade para o seu projeto.
git clone https://github.com/aws/agent-toolkit-for-aws/blob/main/skills/core-skills/aws-observability/SKILL.md # Copy SKILL.md to your .claude/skills/ directory
Copiar





Lar
