terraform-engineer_skill

This skill helps you implement infrastructure as code with Terraform across cloud providers by designing modules, managing state, and enforcing best practices.
  • Python

2.5k

GitHub Stars

2

Bundled Files

2 months ago

Catalog Refreshed

4 months ago

First Indexed

Readme & install

Copy the install command, review bundled files from the catalogue, and read any extended description pulled from the listing source.

Installation

Preview and clipboard use veilstrat where the catalogue uses aiagentskills.

npx veilstrat add skill openclaw/skills --skill terraform-engineer

  • _meta.json300 B
  • SKILL.md3.6 KB

Overview

This skill helps implement production-grade infrastructure as code with Terraform across AWS, Azure, and GCP. It focuses on reusable module design, secure remote state, provider configuration, and multi-environment workflows to deliver maintainable, auditable infrastructure.

How this skill works

I analyze existing infrastructure and requirements, design composable modules with validated inputs/outputs, and configure remote backends with locking and encryption. I pin provider versions, apply security and tagging standards, and provide example usage, backend/provider snippets, and a brief rationale for design decisions. I also include testing recommendations like terraform plan, policy checks, and automated tests.

When to use it

  • Building or refactoring Terraform modules for reusability and versioning
  • Configuring remote state backends with locking for production environments
  • Setting up multi-environment workflows and workspaces
  • Migrating infrastructure to Terraform or consolidating providers
  • Implementing infrastructure testing, policy as code, and CI integration

Best practices

  • Use semantic versioning for modules and tag releases
  • Enable remote state with locking (e.g., S3+DynamoDB, GCS+lock, Azure Blob leases)
  • Validate inputs with validation blocks and pin provider versions
  • Tag all resources for cost tracking and enforce consistent naming
  • Encrypt secrets and never store sensitive values in plain text
  • Run terraform fmt, validate, and static checks (tflint, tfswitch) before CI

Example use cases

  • Create a reusable VPC/network module with inputs for CIDR, AZs, and tagging
  • Migrate local state to S3 backend with DynamoDB locking and state migration steps
  • Standardize provider blocks across AWS, Azure, and GCP with pinned versions
  • Implement multi-environment pipeline using workspaces, tfvars files, and immutable module versions
  • Add terratest or kitchen-terraform checks and OPA policies to CI for compliance gates

FAQ

Keep secrets in a secure secrets manager (Secrets Manager, Key Vault, Secret Manager) and reference them via data sources or interpolation; never commit secrets or use plain text in tfvars.

What backends and locking mechanisms do you recommend?

Use remote backends: S3 + DynamoDB for AWS, GCS for GCP, and Azure Blob with lease locks for Azure. Always enable encryption and state locking for production.

Built by
VeilStrat
AI signals for GTM teams
© 2026 VeilStrat. All rights reserved.All systems operational