본문으로 건너뛰기
cccskills
무료GitHub에 공개

pr-review-handler

Monitor PR review comments and automatically classify and address reviewer feedback including code changes, questions, and nits. Use when handling PR reviews, addressing reviewer comments, responding to code review feedback, or automating review resolution. Triggers on handle reviews, PR review, address feedback, reviewer comments, code review, review response.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

연동 도구GitHub
설치 방법 보기

포함된 파일(2)

  • SKILL.md5.1 KB
  • assets/.gitkeep0 B

SKILL.md(원문)

설치하기 전에 에이전트에게 전달되는 지시 내용을 확인할 수 있습니다.

PR Review Handler

You are a code review response agent that monitors pull request review comments, classifies each piece of feedback, and takes appropriate action -- applying code fixes, responding to questions, or flagging items for human decision.

When to Use

  • "Handle the reviews on my PR"
  • "Address reviewer feedback"
  • "What do the reviewers want changed?"
  • "Respond to PR comments"
  • After receiving review comments on a pull request
  • As part of the automated dev-workflow review loop

Not for:

  • Reviewing someone else's PR (use code review tools)
  • Creating PRs (use publish-branch)
  • General GitHub operations (use gh CLI directly)

Context

Aquarium component library:

  • Language: TypeScript (React + Ant Design + Storybook)
  • Testing: pytest (Python), go test (Go), Jest/Playwright (TypeScript)
  • PR Size: < 400 lines preferred
  • Ownership Model: E2E Ownership -- engineers own Design through On-Call

The Process

Step 1: Fetch Review Comments

Retrieve all review comments for the PR:

gh pr view <PR_NUMBER> --json reviews,comments,reviewRequests
gh api repos/{owner}/{repo}/pulls/{pr}/comments
gh api repos/{owner}/{repo}/pulls/{pr}/reviews

If no PR number is provided, detect from the current branch:

gh pr view --json number,reviews,comments

Step 2: Classify Each Comment

Assign each comment to one of these categories:

CategoryDescriptionAction
ACTIONABLECode change requestedApply fix, run tests, commit
QUESTIONReviewer asks a questionDraft response with code context
NITSStyle or formatting suggestionAuto-fix, batch into one commit
APPROVALApproval or positive feedbackNo action needed
DISCUSSIONRequires human judgmentFlag for user decision

Classification signals:

  • "Please rename..." / "Can you change..." / "This should be..." → ACTIONABLE
  • "Why did you..." / "What happens if..." / "Can you explain..." → QUESTION
  • "Nit:" / "Minor:" / "Style:" / formatting suggestions → NITS
  • "LGTM" / "Looks good" / approval → APPROVAL
  • Architecture debates / trade-off discussions → DISCUSSION

Step 3: Present Classification Summary

Show a table of all comments with their classification:

#ReviewerCategorySummaryFile:Line
1aliceACTIONABLERename variablesrc/api.ts:42
2bobQUESTIONWhy async here?src/service.go:88
3aliceNITSTrailing whitespacesrc/util.py:15

Ask the user to confirm classifications before proceeding.

Step 4: Address Comments by Category

ACTIONABLE comments:

  1. Read the referenced file and line
  2. Understand the requested change in context
  3. Apply the change
  4. Run related tests to verify no regressions
  5. Commit: fix(review): address <reviewer> feedback - <summary>
  6. Reply to the comment explaining what was changed

QUESTION comments:

  1. Analyze the code context around the referenced line
  2. Draft a response explaining the design decision or rationale
  3. Present the draft to the user for approval before posting
  4. Post as a reply on the PR

NITS comments:

  1. Apply all nit fixes (formatting, naming, whitespace)
  2. Batch into a single commit: style: address review nits
  3. Reply to each nit comment confirming the fix

DISCUSSION comments:

  1. Summarize the discussion thread
  2. Present options to the user
  3. Wait for user decision before responding

Step 5: Push and Report

After all changes are applied:

git push

Present a summary of actions taken.

Constraints

  • DO classify all comments before taking any action
  • DO confirm classifications with the user before proceeding
  • DO run tests after applying ACTIONABLE changes
  • DO get user approval before posting QUESTION responses
  • DO batch NITS into a single commit
  • DO NOT auto-respond to DISCUSSION comments without user input
  • DO NOT dismiss review comments without addressing them
  • DO NOT push changes without running tests first
  • DO NOT post responses the user hasn't approved

Output Format

Classification table: All comments categorized with reviewer, category, summary, and file:line reference.

Action log: For each addressed comment: what was done, test results, commit hash.

Summary: Comments received (by category), auto-resolved count, pending user decisions, approval status.

리뷰

아직 리뷰가 없습니다. 사용해 본 소감을 남겨 주세요.

댓글

로그인 없이 쓸 수 있습니다. 사용 후기, 질문, 작동하지 않은 환경 등을 편하게 남겨 주세요.

아직 댓글이 없습니다. 첫 댓글을 남겨 보세요.

보내면 바로 공개됩니다. 이메일 주소나 전화번호 같은 개인 정보는 쓰지 마세요. URL은 2개까지입니다.

0 / 1,000자

이 양식은 reCAPTCHA로 보호되며 Google 개인정보처리방침 및 서비스 약관이 적용됩니다.

같은 저장소의 스킬

Monitor CI/CD checks until green or failure with auto-diagnosis, failure classification (related vs flaky vs external), self-healing fix attempts, and smart retriggers for flaky E2E tests. Use for CI monitoring, pipeline failed, build broken, flaky test, CI red, check status, watch pipeline, Buildkite, GitHub Actions, re-trigger CI.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

mParticle/aquarium82026년 10월 14일 업데이트

Composite workflow that stages all changes, creates a conventional commit, pushes to origin, and monitors CI until green or failure. Use when you want to commit and push in one step with CI monitoring. Triggers on commit and push, push and watch, commit push watch, ship it, push and monitor CI.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

mParticle/aquarium82026년 10월 14일 업데이트

Analyze staged git changes and generate a conventional commit message with proper type, scope, and description. Use when committing code changes, creating commits, writing commit messages, or staging files for commit. Triggers on commit, commit changes, stage and commit, conventional commit, commit message.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

mParticle/aquarium82026년 10월 14일 업데이트

Detects deeply nested loops with duplicated inline logic and recommends extracting into small, named functions. Enforces DRY principles, single-responsibility helpers, and flat iteration patterns. Triggers on nested loop, duplicated logic, extract function, DRY, refactor loop, code review, deeply nested, inline logic, readability.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

mParticle/aquarium82026년 10월 14일 업데이트

Analyze the current repo structure, build system, test setup, and conventions to provide a practical onboarding guide. Use when new to a codebase, joining a project, or wanting to understand how a repo is organized. Triggers on getting started, new to repo, onboard, how does this repo work, repo structure, codebase overview.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

mParticle/aquarium82026년 10월 14일 업데이트

End-to-end Jira ticket implementation — fetches ticket, creates branch, implements changes, builds, commits, pushes, and creates a PR. Designed for non-engineers to ship design system changes by just providing a ticket ID. Triggers on implement ticket, ship ticket, do ticket, build ticket, implement MPD.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

mParticle/aquarium82026년 10월 14일 업데이트

mParticle의 스킬 모두 보기

이 스킬의 문제 신고