Creates test stacks, analyzes CloudFormation events, and compares actual vs documented update behavior to validate whether resource property changes trigger replacement or in-place updates. Use when: a user wants to test if a CFN property change causes resource replacement; when investigating stack update behavior or "Update requires" documentation accuracy; when validating whether a workaround (e.g. hash-based logical IDs) is actually necessary; when questioning UpdateRequiresReplacement behavior for immutable properties; when empirical evidence is needed before an architectural decision involving CDK or CloudFormation stack updates.
Does it follow best practices?
Evaluation — 100%
↑ 1.12xAgent success when using this tile
Validation for skill structure
Your database team is testing whether changing an RDS instance's allocated storage from 20GB to 100GB triggers instance replacement. During your first test run, you observed some unexpected behavior - the CloudFormation events showed a mix of MODIFY and UPDATE events that don't clearly indicate whether a replacement occurred, and the deployment took longer than expected with some warnings in the event log.
This ambiguous result requires careful analysis and potentially repeating the test to confirm the behavior is consistent.
Create a file analysis-and-response.md that documents:
The document should demonstrate understanding of proper validation gates and when to stop, investigate, or repeat testing.