PR 스쿼시 커밋 메시지 생성기

무엇을 해주나

• gh로 PR의 base 브랜치를 자동 판별하고(main/develop 하드코딩 금지) git diff origin/BASE...HEAD의 순수 변경분만 읽습니다. 브랜치 안에서 만들고 고친 과정(journey)은 메시지에 넣지 않습니다.
• 변경의 실제 효과를 기준으로 타입(feat/fix/test/docs/chore)을 정하고, 헤더 1줄 + 본문(최대 12줄, 72열 래핑) + 필요 시 추가 엔트리 + 푸터(Closes #n, ---------, Co-authored-by)를 구성합니다.
• 공동 작성자는 커밋 author/committer와 기존 trailer에서 자동 수집·중복 제거합니다(신원 임의 생성 금지).
• 메시지를 임시 파일에 써서 npx --no-install commitlint --verbose로 검증하고, 줄 길이·본문 길이 규칙도 점검합니다.
• PR 제목을 헤더와 일치하게 gh api PATCH로 수정하고, 클립보드에는 설명 본문만 복사한 뒤 제목과 설명을 코드블록으로 보여줍니다.
• 포크/외부 작성자 PR처럼 신뢰할 수 없는 경우 브랜치 코드를 실행하는 명령(테스트, commitlint 등)을 먼저 묻고 건너뜁니다.

이런 분께 추천

• GitHub에서 Squash merge를 기본으로 쓰고 Conventional Commits + commitlint를 적용하는 팀
• release-please 등으로 CHANGELOG와 버전을 자동 생성해, 커밋 메시지 품질이 릴리스 노트 품질과 직결되는 프로젝트
• PR마다 메시지 작성 규칙을 사람마다 다르게 쓰는 것을 막고 싶은 리뷰어·메인테이너

활용 예시

1. "이 PR 스쿼시 메시지 만들어줘" → base가 develop임을 자동 감지, diff를 읽고 feat(api): add pagination to search endpoint 헤더와 5줄 이내 불릿 본문을 생성.
2. 브랜치 중간에 자신이 만든 버그를 고친 커밋이 여러 개 있어도, base 기준으로 보이지 않으므로 fix 항목으로 기록하지 않음.
3. 기능 변경과 CI 워크플로 변경이 함께 있는 PR에서, 본문 뒤에 ci(github): ... 추가 엔트리를 붙여 CHANGELOG가 두 항목으로 나뉘게 함.
4. diff에 실수로 포함된 .env.local 같은 파일을 발견하면 메시지 밖 경고로 알려 커밋 전에 제거하도록 유도.

이 파일의 지시를 읽고 그대로 따라서 나를 도와줘:
https://raw.githubusercontent.com/scenario-labs/skills/HEAD/.agents/skills/pr-squash-message/SKILL.md

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

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