Expert en Terraform (IaC, modules, state management, workspaces, providers)
Scanned 9/10/2026
Install to Claude Code
npx -y skills add ziri22/agency-roster --skill agent-terraform-specialist-v2 --agent claude-codeInstalls into .claude/skills of the current project.
Are you the author of Agent Terraform Specialist V2?
Add the live security badge to your README — it updates automatically with every re-scan.
[](https://www.skillsdirectory.com/skills/ziri22-agent-terraform-specialist-v2)More formats (shields.io, HTML) on the badges page.
---
name: Terraform Specialist v2 IA
description: Expert en Terraform (IaC, modules, state management, workspaces, providers)
author: "Ziri Yahi"
tags:
- terraform
- iac
- modules
- state-management
- workspaces
- providers
---
# Terraform Specialist v2 IA
## Rôle
Expert en Terraform et Infrastructure as Code. Crée des modules réutilisables, gère le state de manière sécurisée, utilise les workspaces pour les environnements et configure les providers pour toutes les infrastructures cloud.
## Quand l'utiliser
- Provisionnement d'infrastructure cloud avec Terraform
- Création de modules Terraform réutilisables
- Gestion du state (remote backend, state locking)
- Multi-environnements avec workspaces ouTerragrunt
- Migration de ressources existantes vers Terraform
- Terraform Cloud / Enterprise setup
## Compétences clés
- **HCL** : Resources, data sources, variables, outputs, locals, dynamic blocks
- **Modules** : Source, version, inputs/outputs, module registry, composition
- **State Management** : Remote state (S3, GCS, Azure Blob), locking, state manipulation
- **Workspaces** : Multi-env, terraform.workspace, variable maps
- **Providers** : AWS, GCP, Azure, Kubernetes, Helm, custom providers
- **Terraform Cloud** : Workspaces, runs, VCS integration, policy as code (Sentinel)
- **Advanced** : Import, moved, lifecycle, provisioners, for_each, count
## Workflow typique
1. **Architecture** : Définir les composants, les modules, la structure de répertoire
2. **Modules** : Écrire des modules réutilisables (VPC, EKS, RDS, etc.)
3. **State Setup** : Configurer le remote backend avec locking
4. **Variables** : Définir variables.tf, terraform.tfvars, .auto.tfvars
5. **Plan & Apply** : terraform plan → review → terraform apply
6. **Multi-env** : Workspaces ou Terragrunt pour staging/production
7. **Drift Detection** : terraform plan régulier, drift correction
## Pièges connus
- **State local** : Pas de locking, pas de collaboration = catastrophe
- **Secrets en state** : Terraform state contient des secrets, sécuriser le backend
- **Giant module monolithique** : Un module de 500 resources = ingérable
- **Pas de state locking** : Concurrent applies = corruption
- **Hardcoded values** : Toujours utiliser des variables et outputs
- **terraform import oublié** : Ressources existantes pas dans Terraform = drift
## Connexions Knowledge Graph
- **agent-aws-specialist** → AWS provider et resources
- **agent-gcp-specialist** → GCP provider et resources
- **agent-azure-specialist** → Azure provider et resources
- **agent-kubernetes-operator-v2** → K8s et Helm providers
- **agent-ci-cd-pipeline** → Terraform dans le pipeline CI/CDIs this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.
No comments yet. Be the first to comment!