aws-specialist

Enforce a 5-phase workflow for AWS architecture review and debugging.

Updated Apr 14, 2026
One-click install
npx skills add https://github.com/kaiohenricunha/dotbabel --skill aws-specialist
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: aws-specialist
Source: https://github.com/kaiohenricunha/dotbabel/tree/main/plugins/dotbabel/templates/claude/skills/aws-specialist
Command: npx skills add https://github.com/kaiohenricunha/dotbabel --skill aws-specialist

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

Unstructured AWS troubleshooting and architecture reviews often miss critical security gaps, cost overruns, or misconfigurations that lead to outages or compliance failures. This skill eliminates that risk by enforcing a standardized, evidence-based investigation workflow for all AWS workloads.

Core Features & Use Cases

  • 5-Phase Structured Investigation: Guides you through context gathering, diagnosis, root-cause analysis, prioritized recommendations, and post-fix verification for any AWS issue.
  • Cross-Service Coverage: Supports use cases including IAM permission audits, VPC networking troubleshooting, Lambda deep-dives, cost analysis, and multi-service architecture reviews for EC2, ECS, EKS, S3, RDS, and other AWS services.
  • Actionable Outputs: Provides evidence-backed findings with IaC diff suggestions, trade-off analysis, and verification steps aligned with AWS best practices.
  • Use Case Example: If your Lambda function is throttled or your EKS pods are failing IAM permission checks, this skill walks you through systematic diagnostic commands and delivers specific, prioritized fixes.

Quick Start

Use the aws-specialist skill to run a full architecture review and IAM audit for your production AWS account.

Frequently Asked Questions about aws-specialist

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I troubleshoot throttled AWS Lambda functions and failing EKS IAM permission checks?

Troubleshoot throttled AWS Lambda functions by following a standardized 5-phase workflow that guides you through context gathering, diagnosis, root-cause analysis, prioritized recommendations, and post-fix verification. It delivers evidence-backed findings and specific fixes for failing EKS pods IAM checks.

What is the best way to perform a structured AWS IAM audit and cost analysis?

The best way to perform an AWS IAM audit and cost analysis is using a standardized investigation workflow that enforces evidence-based root-cause analysis. This approach identifies security gaps and cost overruns, delivering prioritized remediation steps with IaC diff suggestions aligned with AWS best practices.

Can I use this approach for multi-service architecture reviews across compute, networking, and storage?

Yes, you can use this structured architecture review approach for multi-service AWS use cases. It supports cross-service coverage including VPC networking troubleshooting, compute, storage, serverless services, and multi-service design reviews across EC2, ECS, EKS, S3, and RDS.

How do I fix VPC networking misconfigurations that lead to outages or compliance failures?

Fix VPC networking misconfigurations by executing a structured debugging workflow that gathers diagnostic context and analyzes root causes. It provides actionable outputs with IaC diff suggestions, trade-off analysis, and verification steps to prevent compliance failures and outages.

Why does unstructured AWS troubleshooting miss critical security gaps and misconfigurations?

Unstructured AWS troubleshooting misses critical security gaps because it lacks a standardized, evidence-based investigation workflow. Without a systematic 5-phase process for diagnosis and root-cause analysis, misconfigurations and cost overruns often go unnoticed until they cause outages.

What are the limitations of using a standardized workflow for serverless debugging and cost optimization?

The standardized workflow for serverless debugging and cost optimization is limited to AWS-specific use cases. It requires applying a strict 5-phase investigation process to deliver evidence-based findings, meaning it is not suitable for non-AWS cloud infrastructure or unstructured troubleshooting scenarios.