iac-cdk

Standardize AWS CDK workflows with stack design, construct selection, and pre-deploy diff review.

1|Updated Jun 24, 2026
One-click install
npx skills add https://github.com/eric-sabe/engsys --skill iac-cdk
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: iac-cdk
Source: https://github.com/eric-sabe/engsys/tree/main/stacks/iac/cdk/skills/iac-cdk
Command: npx skills add https://github.com/eric-sabe/engsys --skill iac-cdk

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill eliminates the common, costly pitfalls of unmanaged AWS CDK workflows, including inconsistent stack design, skipped deployment reviews, and unsafe infrastructure-as-code practices that lead to failed deployments, permanent data loss, or critical security misconfigurations.

Core Features & Use Cases

  • Standardized Project Structure: Enforces the recommended bin/ + lib/ layout with lifecycle-aligned stack separation (network, data, compute, etc.) to limit blast radius and avoid hitting CloudFormation's 500-resource limit.
  • Construct & Workflow Best Practices: Guides selection of L1/L2/L3 constructs, proper use of IAM grant methods, and strict adherence to the synth → diff → deploy flow with mandatory security delta review.
  • Failure Troubleshooting: Provides actionable steps for common CDK/CloudFormation failures including ROLLBACK_COMPLETE stacks, cross-stack reference deadlocks, and configuration drift.
  • Use Case: For a team building a multi-tier AWS application, this Skill ensures stateful database stacks are isolated from churny compute stacks so a routine app redeploy cannot accidentally delete production data, and forces review of IAM changes before any production deployment.

Quick Start

Invoke this Skill when working on CDK code to validate your stack structure, construct choices, and pre-deploy diff before applying changes to AWS.

Frequently Asked Questions about iac-cdk

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

FAQPage Schema
How do I structure AWS CDK stacks to prevent accidental production data loss during routine deployments?

To prevent data loss, AWS CDK stack structure should separate stateful database resources from compute stacks by lifecycle. This isolation limits blast radius so routine application redeploys cannot trigger CloudFormation deletion of production data.

What is the recommended AWS CDK deployment workflow to avoid CloudFormation failures and security misconfigurations?

The recommended AWS CDK deployment workflow is the synth → diff → deploy flow with mandatory security delta review. This enforces pre-deploy validation checks and destructive change detection before applying infrastructure-as-code changes to AWS.

How do I choose between L1, L2, and L3 constructs when building AWS CDK infrastructure-as-code?

AWS CDK construct selection between L1, L2, and L3 depends on abstraction needs and least-privilege IAM grant requirements. Using higher-level constructs enforces best practices, while L1 constructs provide direct CloudFormation mapping.

Why does my AWS CDK deployment fail with a ROLLBACK_COMPLETE stack status in CloudFormation?

AWS CDK deployments fail with ROLLBACK_COMPLETE status when CloudFormation stack updates encounter errors during resource creation. Troubleshooting requires actionable steps to resolve configuration drift, cross-stack reference deadlocks, or resource dependency issues.

Can I use AWS CDK for multi-tier applications without hitting the CloudFormation 500-resource limit?

Yes, AWS CDK supports multi-tier applications by enforcing lifecycle-aligned stack separation across network, data, and compute layers. This standardized bin/ and lib/ layout limits blast radius and avoids hitting CloudFormation's 500-resource limit.

What's the best way to review IAM permission changes before deploying AWS CDK infrastructure-as-code?

The best way to review IAM changes is enforcing strict adherence to the CDK synth → diff → deploy flow with mandatory security delta review. This pre-deploy validation catches least-privilege violations before any production deployment.