Terraform 모듈 메인테이너

무엇을 해주나

• 4가지 모드로 Terraform 모듈 작업을 체계화합니다: 신규 생성/재구성(Full create), 기능·버그 단위 변경(Targeted change), 리뷰 피드백 해결(Resolve feedback), 프로바이더 메이저 업그레이드(Provider upgrade).
• MCP 우선 원칙: 리소스 인자를 기억에 의존해 쓰지 않고 Terraform MCP 도구(get_latest_provider_version, get_provider_details)로 최신 스키마를 조회한 뒤 코드를 작성합니다. MCP가 없으면 Terraform Registry 문서를 WebFetch합니다.
• 커버리지 원장(Coverage Ledger): 프로바이더의 모든 필드를 입력 변수 / 출력 / 민감정보 제외 / 의도적 생략 / 해당 없음 중 하나로 매핑해 "모든 기능 지원"을 실제로 검증합니다.
• 신뢰도 기반 검증 계약(Rule 3): 워크스페이스가 신뢰되지 않으면 terraform fmt -check·terraform validate 같은 안전한 검사만 실행하고, pre-commit 훅이나 Makefile처럼 워크스페이스 코드를 실행하는 검사는 "건너뜀 + 사유"로 보고합니다.
• .editorconfig, 릴리스 설정, GitHub Actions 워크플로우 등 정적 파일은 프로파일의 템플릿에서 복사하도록 강제합니다.

이런 분께 추천

• terraform-aws-modules 스타일의 공개/사내 재사용 모듈을 만들고 유지보수하는 플랫폼·인프라 엔지니어
• AWS뿐 아니라 GCP, Azure 등 다양한 프로바이더 모듈을 일관된 규격으로 관리해야 하는 팀
• 리뷰 코멘트와 봇 지적 사항을 하나씩 판단하고 답변 초안까지 정리해야 하는 모듈 메인테이너

활용 예시

1. "AWS WAFv2 모듈을 새로 만들어줘" → 스키마 조회 → 커버리지 매트릭스 작성 → main.tf/variables.tf/outputs.tf 및 examples/basic, examples/complete(+ create = false 비활성화 예제) 생성.
2. "리뷰에서 지적된 nested block 누락만 고쳐줘" → Targeted change 모드로 영향 분석 → 최소 수정 → 하위 호환성 분류 → 변경 리포트/PR 본문 작성.
3. "AWS provider 5.x → 6.x로 올려줘" → 두 버전 스키마 diff → 이름 변경/삭제/분할 필드 정리 → 버전 제약 상향 → 소비자용 마이그레이션 노트 작성.

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

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

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