Use when editing Terraform 1.12+ infrastructure code. Triggers on `.tf` files, `*.tfvars`, modules, and prompts about module design, environment isolation, remote state, for_each, dynamic blocks, locals, or providers, even when the user doesn't say 'Terraform'.
How this skill is triggered — by the user, by Claude, or both
Slash command
/xonovex-skill-terraform:terraform-guideThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
- Terraform ≥ 1.12; remote state; pinned providers; fmt/validate.
terraform.tfstate) contains secrets in plaintext — store remotely with encryption (S3 + KMS) and lock with DynamoDB / azurerm_storage_account leasecount and for_each differ on identity: count-indexed resources are positional (removing one shifts all subsequent), for_each is keyed and stablelifecycle { prevent_destroy = true } blocks terraform destroy for that resource — useful for prod, painful in CI/test envsterraform refresh updates state from real infra but doesn't show what changed — use terraform plan -refresh-only to preview driftrequired_providers, not the resource block — unpinned providers break on minor upgradesGuides collaborative design exploration before implementation: explores context, asks clarifying questions, proposes approaches, and writes a design doc for user approval.
Creates structured, bite-sized implementation plans from specs or requirements before writing code. Useful for breaking down multi-step tasks into testable steps with file structure and task boundaries.
Resolves in-progress git merge or rebase conflicts by analyzing history, understanding intent, and preserving both changes where possible. Runs automated checks after resolution.
npx claudepluginhub xonovex/platform --plugin xonovex-skill-terraform