언제 쓰나
코드는 다 짰는데 커밋 메시지를 뭐라고 쓸지 막힐 때.
PR 설명에 "무엇을, 왜, 어떻게 테스트했는지" 를 체계적으로 쓰고 싶을 때.
팀 컨벤션이 있어서 형식을 맞춰야 하는데 매번 찾아보기 번거로울 때.
diff → 메시지 변환 흐름
flowchart LR
A["📝 git diff\n변경 내용"] --> B{"변경 성격\n분류"}
B --> C["feat\n새 기능 추가"]
B --> D["fix\n버그 수정"]
B --> E["refactor\n리팩터링"]
B --> F["chore\n설정·의존성"]
C & D & E & F --> G["Conventional\nCommit 메시지"]
G --> H["PR 제목\n+ 본문 초안"]
H --> I["✅ 팀 리뷰 요청\n준비 완료"]
프롬프트 (복사)
아래 코드 변경 내용을 분석해서 커밋 메시지와 PR 설명을 만들어 주세요.
**프로젝트 컨텍스트**
- 서비스 설명: [예: 사용자 인증 API 서버]
- 커밋 컨벤션: [예: Conventional Commits / 없으면 "자유"]
- PR 템플릿 항목: [예: 변경 이유·구현 방법·테스트 방법 / 없으면 "기본"]
**변경 내용**
[git diff 출력 또는 "무엇을 어떻게 바꿨는지" 자유롭게 설명]
---
다음 형식으로 출력해 주세요.
**커밋 메시지** (Conventional Commits 준수)
- 타입(type): feat / fix / refactor / docs / chore 중 하나
- 제목(subject): 50자 이내, 명령형, 현재형
- 본문(body): "왜 바꿨는지" 2~3줄 (선택, 트리비얼한 변경이면 생략)
- 푸터(footer): Breaking Change 또는 이슈 번호 (있으면)
**PR 제목** (72자 이내)
**PR 설명 초안**
- 변경 배경 (왜)
- 구현 방법 (어떻게)
- 테스트 방법 (확인 절차 3가지 이내)
- 리뷰어가 특히 봐 줬으면 하는 부분
변경 내용에서 확인할 수 없는 정보는 [TODO: 작성자 추가]로 표시해 주세요.
잘 쓰는 팁
git diff HEAD~1또는git diff --staged결과를 그대로 붙여 넣으면 됩니다.- diff가 너무 길면(300줄 이상) 파일별로 나눠서 각각 요약을 받은 뒤 "이 요약들을 하나의 PR 설명으로 합쳐 줘"라고 이어 요청하세요.
- 팀 고유 PR 템플릿이 있다면 프롬프트 맨 아래에 붙여 넣으면 그 양식에 맞게 채워 줍니다.