بنقرة واحدة
respond-to-pr-reviews
Handle PR review comments end-to-end: triage, fix or argue, reply, and push.
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
القائمة
Handle PR review comments end-to-end: triage, fix or argue, reply, and push.
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
| name | respond-to-pr-reviews |
| description | Handle PR review comments end-to-end: triage, fix or argue, reply, and push. |
Handle GitHub PR review comments end-to-end: fetch, triage, fix or argue, reply, amend, and push.
.env with GITHUB_PERSONAL_ACCESS_TOKENgh pr view if not given)Resolve owner and repo if not known:
gh repo view --json owner,name -q '.owner.login + "/" + .name'
Via MCP:
mcp__github__pull_request_read(method="get_review_comments", owner="AgiMaulana", repo="Radio-24.7FM", pullNumber=<pr_number>)
Fallback via gh CLI:
gh api repos/AgiMaulana/Radio-24.7FM/pulls/<pr_number>/comments
For every comment, read the relevant code section, then decide:
Agree if the suggestion:
Argue if the suggestion:
When in doubt, agree — reviewer context is valuable.
Edit the code to implement the suggestion. Keep changes minimal — don't refactor beyond what the comment asks for.
Via gh CLI:
gh api "repos/OWNER/REPO/pulls/PR_NUM/comments/COMMENT_ID/replies" --method POST --field body="REPLY_BODY"
Example:
gh api "repos/AgiMaulana/Radio-24.7FM/pulls/23/comments/3142356051/replies" --method POST --field body="👍 Good catch"
Reply format:
"👍 [One sentence: what was fixed and why the reviewer was right.]""👀 [Technical counter-argument. Reference code, constraints, or design decisions.]"Run lint before amending:
Then amend and force push:
git add <changed files>
git commit --amend --no-edit
git push --force-with-lease origin <branch>
Agreed:
👍 Good catch. Wrapped in
remember(source.url, source.headers)so the request only rebuilds when inputs change.
Argued:
👀 Respectfully disagree — this is already handled:
getLoader()delegates to the app-level singleton. No separate cache exists.