name: terraform-module-scaffolder description: Scaffolds new Terraform modules with standardized structure including main.tf, variables.tf, outputs.tf, versions.tf, and README.md. This skill should be used when users want to create a new Terraform module, set up module structure, or need templates for common infrastructure patterns like VPC, ECS, S3, or RDS modules.
Terraform Module Scaffolder
This skill helps create well-structured Terraform modules following best practices and conventions.
When to Use
Use this skill when:
- Creating a new Terraform module from scratch
- Setting up standardized module structure
- Need templates for common AWS/Azure/GCP resources
- Want to ensure module follows Terraform conventions
Module Structure
Generate modules with this standard structure:
module-name/
├── main.tf # Primary resource definitions
├── variables.tf # Input variables
├── outputs.tf # Output values
├── versions.tf # Provider and Terraform version constraints
├── README.md # Module documentation
└── examples/ # Usage examples (optional)
└── basic/
└── main.tf
Instructions
1. Gather Requirements
Ask the user:
- What is the module name?
- What cloud provider (AWS, Azure, GCP, multi-cloud)?
- What resources should the module create?
- Any specific requirements or constraints?
2. Create Core Files
main.tf - Include:
- Resource definitions with clear naming
- Local values for computed attributes
- Data sources if needed
variables.tf - Include:
- Required variables first, then optional
- Clear descriptions for each variable
- Sensible defaults where appropriate
- Type constraints (string, number, bool, list, map, object)
- Validation rules for critical inputs
outputs.tf - Include:
- Resource IDs and ARNs
- Connection information (endpoints, URLs)
- Computed attributes that other modules might need
- Clear descriptions for each output
versions.tf - Include:
- Terraform version constraint (use ~> for minor version)
- Provider version constraints
- Required providers block
README.md - Include:
- Module description and purpose
- Usage example
- Requirements section
- Inputs table (can be auto-generated later)
- Outputs table (can be auto-generated later)
3. Apply Best Practices
- Use consistent naming:
resource_type-purpose(e.g.,s3-logs,vpc-main) - Add tags to all taggable resources with variables for custom tags
- Use
terraform fmtformatting - Include lifecycle blocks where appropriate
- Add
depends_ononly when implicit dependencies don't work - Use
countorfor_eachfor conditional resources
4. Add Example Usage
Create examples/basic/main.tf showing minimal working example:
module "example" {
source = "../.."
# Required variables
name = "example"
# Optional variables with common values
tags = {
Environment = "dev"
ManagedBy = "terraform"
}
}
Validation Checklist
Before completing, verify:
- [ ] All files use consistent formatting (
terraform fmt) - [ ] Variables have descriptions and appropriate types
- [ ] Outputs have descriptions
- [ ] Version constraints are specified
- [ ] README includes usage example
- [ ] Module follows naming conventions
- [ ] Tags are configurable via variables
Related skills
Docker Compose Architect
DevOps
Designs optimized Docker Compose configurations.
Claude CodeCopilotadvanced
430
156
1,666
Incident Postmortem Writer
DevOps
Writes structured and blameless incident postmortem reports.
claudeCursorWindsurfintermediate
141
43
585
Runbook Creator
DevOps
Creates clear operational runbooks for common DevOps procedures.
claudeCursorWindsurfintermediate
108
32
515