By name: review-pr description: | GitHub PR을 코드 리뷰합니다. "/review-pr", "PR 리뷰해줘", "코드 리뷰" 요청에 이 스킬을 사용한다. PR URL과 선택적 scope 옵션(bug|context|all)을 인자로 받는다.
사용법: /review-pr <PR_URL> [--scope=bug|context|all]
인자: $ARGUMENTS
실행 지침
인자에서 PR URL과 scope 옵션을 파싱하세요.
- PR URL:
https://github.com/<owner>/<repo>/pull/<number>형식 --scope=bug(기본값): 버그 발생 가능성이 있는 부분만 체크--scope=context: 관련 맥락을 조사해서 문제 없는지 체크--scope=all: 모든 scope 체크
scope가 명시되지 않으면 bug로 처리합니다.
리뷰 절차
1. PR 정보 수집
GitHub MCP 도구로 다음을 가져오세요:
- PR 상세 정보 (제목, 설명)
- 변경된 파일 목록과 diff (patch)
2. scope별 리뷰 기준
bug scope
diff를 분석해 다음 버그 패턴을 확인하세요:
- 로직 오류: 조건 분기 실수, 경계값 처리 누락, 반전된 조건
- 데이터 오염: 하드코딩된 값으로 인한 기존 동작 변경, 이중 계산
- 타입/널 안전성: None/null 처리 누락, 타입 불일치
- 부수 효과: 다른 호출자에 영향을 주는 시그니처 변경
- 연산 정밀도: 숫자 연산에서 발생할 수 있는 정밀도 오류
context scope
로컬 코드베이스를 탐색해 다음을 확인하세요:
- 변경된 함수/메서드의 다른 호출 지점 파악
- 유사한 패턴이 있는 다른 코드와의 일관성
- 변경 사항이 기존 비즈니스 로직 흐름에서 올바른 위치에 있는지
- 관련 모델, 서비스, 뷰의 구조와 맞는지
all scope
bug와 context 두 scope를 모두 수행하세요.
3. 리뷰 코멘트 작성
발견된 문제를 GitHub PR에 인라인 코멘트로 남기세요:
- 모든 코멘트 첫 줄에 반드시
> Codex가 생성한 리뷰입니다.를 포함하세요. - 중요도 태그:
[잠재적 버그],[맥락 불일치],[확인 필요]중 선택 - 문제 설명: 무엇이 왜 문제인지
- 재현 예시: 가능하면 구체적인 입력/출력 예시 포함
- 개선 제안: 수정 방향 또는 코드 예시
문제가 없으면 > Codex가 생성한 리뷰입니다. 를 첫 줄에 포함하여 짧게 LGTM 코멘트를 PR에 남기세요.