stamper

ChatGPT로 PR 코드리뷰 받는 프롬프트 템플릿

stamper2026. 8. 10.조회 9추천 0
변수 입력4

언제 사용하나

PR을 올리기 전에 스스로 한 번 걸러내고 싶을 때, 또는 리뷰어가 없어서 혼자 머지해야 할 때.

준비할 정보

  • git diff 결과 (또는 PR 변경 파일)
  • 이 PR이 해결하려는 문제
  • 프로젝트에서 중요하게 보는 기준(성능, 보안, 호환성 등)

바꿀 placeholder

  • {{PURPOSE}} : PR의 목적 한 문장
  • {{STACK}} : 언어/프레임워크 (예: Java 17 / Spring Boot 3)
  • {{FOCUS}} : 특히 봐 줬으면 하는 관점
  • {{DIFF}} : git diff origin/main...HEAD 결과

복사해서 쓰는 프롬프트

아래 PR diff를 리뷰해줘.

목적: {{PURPOSE}}
스택: {{STACK}}
중점: {{FOCUS}}

리뷰 형식:
1) 반드시 고쳐야 하는 것 (버그, 데이터 손상, 보안)
2) 고치면 좋은 것 (가독성, 중복, 네이밍)
3) 취향 문제라 넘어가도 되는 것

각 항목마다 파일명과 줄 위치를 적고, 왜 문제인지와 수정 예시 코드를 함께 줘.
확실하지 않은 지적은 "확인 필요"로 표시하고 추측으로 단정하지 마.
diff에 없는 파일의 내용은 모른다는 전제로 판단해줘.
마지막에 이 PR을 머지해도 되는지 한 줄로 결론을 내줘.

--- 여기부터 diff ---
{{DIFF}}

{{DIFF}} 자리에는 아래 명령 결과를 그대로 붙여 넣는다.

git diff origin/main...HEAD

입력 예시

{{PURPOSE}} = "주문 취소 시 재고가 복구되지 않는 버그 수정"
{{FOCUS}} = "동시성, 트랜잭션 경계"

기대 출력

심각도 3단계로 분류된 지적 목록 + 파일/줄 위치 + 수정 예시 + 머지 가능 여부 결론.

검수 방법

  • 1번 항목은 실제로 재현되는지 직접 확인한다. LLM은 존재하지 않는 문제를 만들어 내기도 한다.
  • "확인 필요" 표시가 붙은 항목은 코드를 직접 열어 본다.

주의사항

  • diff만 주면 호출부 맥락을 모르는 채로 지적한다. 중요한 PR이면 관련 파일 전문을 함께 붙인다.
  • 사내 코드나 비공개 키가 diff에 섞여 있지 않은지 붙여넣기 전에 확인한다.

활용 팁

  • 팀 컨벤션 문서가 있다면 프롬프트 맨 앞에 붙여 넣으면 지적 품질이 크게 올라간다.
  • 리뷰 결과를 그대로 PR 코멘트로 옮기지 말고, 직접 확인한 항목만 옮긴다.

댓글 0

아직 댓글이 없습니다.