AWS SST v4 인프라 개발 도우미

무엇을 해주나

• 작성(Author): sst.aws.Function/Bucket/Dynamo/Cron/Service/Router, sst.Secret, sst.Linkable, 원시 Pulumi aws.* 리소스를 프로젝트 관례에 맞게 선언하도록 안내합니다.
• 연결과 권한: 같은 앱 내부는 link:, 그래프 밖 소비자는 SSM Parameter Store(/{app}/{stage}/{domain})로 나누고, IAM은 $interpolate로 정확히 좁혀 줍니다.
• 함정 방지: Output<T>를 일반 템플릿 리터럴에 넣어 배포 시점에만 깨지는 ARN 문제, Node 런타임을 $transform으로 한 곳에서 고정하는 관례를 강제합니다.
• 테스트: infra/tests/의 소스 레벨 Vitest 단정문을 추가·유지하고 npx sst diff, tsc --noEmit로 사전 검증합니다.
• 배포/장애 대응: 배포 전 aws sts get-caller-identity로 계정을 확인하고, ConflictException, '__filename' has already been declared, MalformedPolicyDocument 같은 실패를 유형별로 진단합니다. 리소스 타입 마이그레이션은 기본적으로 2단계(PR 2개)로 계획합니다.

이런 분께 추천

• SST v4(Ion) + AWS로 서버리스 인프라를 코드로 관리하는 개발자
• infra/ 모듈이 여러 개로 커진 프로젝트에서 관례를 통일하고 회귀를 막고 싶은 팀
• SST 배포 실패 로그를 반복해서 해석하느라 시간을 쓰고 있는 사람

참고: SST v2/v3(CDK 기반 Classic), AWS CDK, Terraform, SAM 프로젝트에는 적용되지 않습니다.

활용 예시

1. "이 리포에 이미지 업로드용 S3 버킷과 처리 Lambda를 추가해줘" → 적절한 infra/ 모듈에 리소스를 선언하고 link:로 연결, $interpolate로 IAM 범위를 좁힌 뒤 소스 테스트를 추가합니다.
2. "sst deploy가 ConflictException으로 실패했어" → 리소스 타입/물리 이름 변경 여부를 진단하고 teardown → recreate 2단계 배포 계획을 제시합니다.
3. "IAM 정책이 MalformedPolicyDocument로 거부돼" → 템플릿 리터럴 안의 Output<T> 사용을 찾아 $interpolate로 교정합니다.

이 파일의 지시를 읽고 그대로 따라서 나를 도와줘:
https://raw.githubusercontent.com/zxkane/aws-skills/HEAD/plugins/aws-iac/skills/aws-sst-development/SKILL.md

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

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