Terraform 스킬 (Terraform/OpenTofu 진단형 가이드)

무엇을 해주나

• 요청을 받으면 먼저 실행 컨텍스트(terraform/tofu 여부, 정확한 버전, 프로바이더, 백엔드, 로컬/CI/Atlantis, 운영 중요도)를 확인합니다.
• 증상을 실패 모드 라우팅 테이블에 대입해 분류합니다: 리소스 주소 churn(count 인덱스 변동), 시크릿 노출, blast radius, destroy 연쇄 삭제, CI 드리프트, 컴플라이언스 공백, 테스트 사각지대, state 손상, 프로바이더 업그레이드 리스크 등.
• 분류된 모드에 해당하는 참조 문서(references/code-patterns.md, state-management.md, testing-frameworks.md, ci-cd-workflows.md, security-compliance.md 등)만 선택적으로 읽어 깊이 있는 해법을 만듭니다.
• 모든 답변 끝에 응답 계약(가정·버전 하한선 / 다룬 리스크 / 선택과 트레이드오프 / 검증 명령 / 롤백 노트)을 붙입니다.
• moved·import·removed 블록, write_only(1.11+), S3 네이티브 락(1.10+), 목 프로바이더(1.7+) 등 버전별 기능 가드를 적용해 존재하지 않는 기능을 쓰지 않도록 막습니다.
• terraform destroy는 반드시 plan -destroy로 삭제 대상 전체를 보여주고 명시적 확인을 받은 뒤에만 진행하며 -auto-approve를 금지합니다.

이런 분께 추천

• AWS/Azure/GCP 인프라를 Terraform 또는 OpenTofu로 운영하는 DevOps·플랫폼 엔지니어
• 사내 재사용 모듈을 만들고 릴리스하는 모듈 메인테이너
• GitHub Actions·GitLab CI·Atlantis로 IaC 파이프라인을 구축·정비하는 팀
• 원격 백엔드 마이그레이션, state 분할, 락 해제 등 민감한 state 작업을 앞둔 운영자

활용 예시

1. "모듈을 리팩터링했더니 plan에서 10개 리소스가 재생성됩니다" → identity churn으로 진단하고 count→for_each 전환과 moved 블록을 생성, plan 결과에 destroy 0을 확인하는 절차까지 제시.
2. "프로덕션 state를 S3로 옮기고 싶습니다" → 런타임 버전을 확인해 1.10+면 use_lockfile, 미만이면 DynamoDB 락 구성을 제안하고 백업·검증·롤백 절차를 함께 제공.
3. "S3 암호화 설정을 테스트하는 tftest가 자꾸 실패합니다" → set 타입 블록은 [0] 인덱싱 불가, 계산된 값은 command = apply가 필요하다는 규칙으로 테스트 코드를 교정.
4. "PR 플랜과 apply 결과가 다릅니다" → CI 드리프트로 분류하고 런타임/프로바이더 핀 고정, .terraform.lock.hcl 커밋, 검토된 plan 아티팩트 재사용 패턴을 적용.

이 파일의 지시를 읽고 그대로 따라서 나를 도와줘:
https://raw.githubusercontent.com/antonbabenko/terraform-skill/HEAD/skills/terraform-skill/SKILL.md

내가 원하는 것: (여기에 하고 싶은 일을 쓰세요)

AI 스킬마트에서 찾은 스킬을 설치해줘.
GitHub 저장소 antonbabenko/terraform-skill 의 skills/terraform-skill 폴더를 내 ~/.claude/skills/antonbabenko-terraform-skill/ 에 그대로 복사해줘.
설치가 끝나면 이 스킬로 무엇을 할 수 있는지 한 줄로 알려줘.