القائمة
GitHub Pull Request 링크를 입력받아 리뷰 코멘트(라인 코멘트/리뷰 코멘트/일반 코멘트)를 수집하고, 코멘트별 초안 판정을 만든 뒤 수동 텍스트 승인 루프로 순차 확정한다. 실제 반영이 수행되면 마지막에 계획 문서 변경분까지 동기화할 때 사용한다.
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
GitHub PR URL을 인자로 받아 merge conflict(병합 충돌) 유무를 판정하고, 충돌이 없으면 즉시 종료한다. 충돌이 있으면 충돌 파일/원인 커밋을 추적해 어떤 PR/브랜치에서 유입된 변경인지 식별한 뒤, 양쪽 PR/이슈의 plans(또는 docs/plan) 문서를 찾아 의도한 구현을 모두 보존하는 형태로 충돌을 해결하고 commit+push 해서 PR이 다시 mergeable 해질 때까지 확인한다. PR 병합 충돌 해결을 요청받으면 사용한다.
GitHub PR URL을 인자로 받아 현재 브랜치가 PR의 head branch와 일치하는지 검증한 뒤, GitHub Actions CI 실패 원인을 분석/수정하고 commit+push 후 CI 성공을 폴링으로 확인하는 복구 루프를 수행한다. CodeRabbit/Copilot 같은 코드리뷰 체크는 제외하고 GitHub Actions run만 대상으로 한다. PR CI 실패 복구를 요청받으면 사용한다.
변경사항 커밋/푸시 워크플로우 자동화. 이슈 생성, 브랜치 생성, 원자적 커밋, 검증, push, PR 생성 후 CI 폴링/실패 복구까지 한 번에 진행해 달라는 명시적 요청에서 사용한다.
버그 상황과 로그를 받아 재현을 최우선으로 수행하고, git 변경/프로젝트 문서 기반 원인 가설을 반복 검증해 해결한다. 방향 변경이 필요하면 사용자 승인 후 진행한다.
구현 계획 문서를 6가지 관점으로 순차 리뷰하고, 수동 텍스트 승인 루프로 의견/승인을 받아 즉시 반영한 뒤 반복 루프를 수행한다.
GitHub 이슈 URL을 인자로 받아 이슈 정보를 확인하고 git worktree 기반 작업 브랜치를 생성한 뒤 이슈 계획 문서를 만든다. 이슈 URL 기준으로 브랜치/worktree/계획 문서 초기화를 요청할 때 사용한다.
استنادا إلى تصنيف SOC المهني
| name | gh-review-triage |
| description | GitHub Pull Request 링크를 입력받아 리뷰 코멘트(라인 코멘트/리뷰 코멘트/일반 코멘트)를 수집하고, 코멘트별 초안 판정을 만든 뒤 수동 텍스트 승인 루프로 순차 확정한다. 실제 반영이 수행되면 마지막에 계획 문서 변경분까지 동기화할 때 사용한다. |
PR 리뷰 코멘트를 실행 가능한 액션으로 분류하는 작업용 스킬이다.
결과를 한 번에 확정하지 말고, 코멘트마다 초안 판정 -> 사용자 승인 -> 최종 판정을 반복한다.
핵심 원칙:
반영 판단이면 반드시 어떻게 반영할지까지 제시한다.미반영(판단 보류)로 분리한다./gh-review-triage https://github.com/org/repo/pull/123/gh-review-triage https://github.com/org/repo/pull/123 docs/plan/feature-x.md$ARGUMENTS가 없으면 PR 링크를 요청하고 중단한다.https://github.com/{owner}/{repo}/pull/{number}http://github.com/{owner}/{repo}/pull/{number}PLAN_DOC_PATH)로 처리한다.승인: 현재 코멘트의 권장 판정/반영안 확정승인 안 함: 현재 코멘트 권장안을 확정하지 않음수정 지시: <내용>: 지시를 반영해 초안을 수정한 뒤 재승인Other(다른 지시) 텍스트가 입력되면 수정 지시와 동일하게 처리한다.승인, 승인 안 함, 수정 지시: ...)으로 재입력을 요청한다.$ARGUMENTS에서 PR URL을 추출한다.OWNER, REPO, PR_NUMBER를 추출한다.PLAN_DOC_PATH로 저장한다.gh 인증/권한을 점검한다.
gh auth status 결과와 함께 접근 권한 문제를 안내하고 중단한다.아래 데이터를 수집한다.
gh pr view "$PR_URL" --json number,title,baseRefName,headRefName,author,files,reviews,comments
gh api "repos/$OWNER/$REPO/pulls/$PR_NUMBER/comments?per_page=100" --paginate
gh api "repos/$OWNER/$REPO/issues/$PR_NUMBER/comments?per_page=100" --paginate
중복 코멘트(동일 작성자 + 동일 본문 + 동일 시각)는 제거한다.
각 코멘트를 아래 구조로 정리한다.
idtype (INLINE_REVIEW, PR_REVIEW, GENERAL)reviewerfile:line (있으면)bodycreated_at코멘트가 0개면 "리뷰 코멘트 없음"으로 보고하고 종료한다.
각 코멘트마다 먼저 초안 판정을 만든다.
반영 또는 미반영미반영(판단 보류) + 추가 확인사항 명시판단 기준:
반영
미반영
모든 코멘트를 한 번에 묻지 않는다. 코멘트 1부터 순서대로 반복한다.
반영이면 권장 반영안(대상/변경/검증)까지 같이 제시한다.승인 / 승인 안 함 / 수정 지시: ... 중 하나를 받는다.승인: 현재 초안을 최종 판정으로 확정승인 안 함: 현재 코멘트를 미반영(사용자 미승인)으로 확정Other(다른 지시) 또는 수정 지시: ...: 지시를 반영해 초안 수정 후 동일 방식으로 재승인decision_log에 기록하고 다음 코멘트로 이동한다.### 코멘트 {번호}
- 코멘트: {원문 요약}
- 위치: {file:line 또는 N/A}
- 초안 판단: {반영 / 미반영 / 미반영(판단 보류)}
- 근거:
- {근거 1}
- {근거 2}
- 권장 반영안: (초안이 반영일 때만)
- 대상: {파일/함수}
- 변경: {구체 변경}
- 검증: {테스트/검증 방법}
**승인 요청**
- 수동 텍스트로 `승인`, `승인 안 함`, `수정 지시: ...` 중 하나를 입력
아래 상황이면 즉시 별도 승인 질문을 띄운다.
승인 게이트 질문도 같은 수동 텍스트 승인 루프를 사용한다.
승인, 승인 안 함Other(다른 지시) 또는 수정 지시: ... 입력 시 대안안을 갱신해 재질의final_decisions에서 최종 판단이 반영이고 실제 반영 작업이 수행된 항목이 1건 이상이면, 종료 전에 계획 문서를 동기화한다.
PLAN_DOC_PATH가 있으면 사용계획 문서 경로: <path>계획 문서 없음계획 문서 없음이 입력되면 동기화를 건너뛰고 사유를 plan_doc_update_log에 기록한다.PR 리뷰 반영 내역 섹션이 있으면 해당 섹션에 이번 반영분을 추가## PR 리뷰 반영 내역 ({YYYY-MM-DD}) 섹션을 생성UPDATED / SKIPPED / FAILED)를 plan_doc_update_log에 기록하고 최종 보고에 포함한다.아래 포맷으로 답변한다.
## PR 리뷰 코멘트 판정
### 코멘트 {번호}
- 코멘트: {원문 요약}
- 위치: {file:line 또는 N/A}
- 초안 판단: {반영 / 미반영 / 미반영(판단 보류)}
- 사용자 결정: 승인 / 승인 안 함 / Other·수정 지시 반영 후 승인
- 최종 판단: 반영 / 미반영
- 근거:
- {근거 1}
- {근거 2}
- 반영 방법: (최종 판단이 반영일 때만)
- 대상: {파일/함수}
- 변경: {구체 변경}
- 검증: {테스트/검증 방법}
### 코멘트 {번호}
...
## 종합
- 반영: {n}건
- 미반영: {n}건
- 판단 보류: {n}건 (필요 정보: {요약})
- 사용자 미승인: {n}건
- 계획 문서 업데이트: UPDATED / SKIPPED / FAILED
## 계획 문서 업데이트
- 대상 문서: {경로 또는 N/A}
- 동기화 건수: {n}
- 메모: {갱신 내용 요약 또는 스킵/실패 사유}
반영 판단인데 구체적인 변경 방법/검증 계획을 누락