bundles/github/skills/pr-comments/SKILL.md
Reads a pull request's review threads and returns a digest — grouped by thread, severity-tagged, priority-ordered, with the open questions called out. Strictly read-only: no code edits, no replies, no thread resolution. Reach for it to triage feedback before deciding what to fix; implementing those fixes is `gh-address-comments`.
npx skillsauth add shipshitdev/library pr-commentsInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Turns a PR's scattered review threads into one ordered action list: fetches inline review comments, review summaries, and conversation comments, then groups and prioritizes them. Stops before proposing code or drafting replies — acting on feedback is gh-address-comments's job.
Inputs:
unresolved (default shows all, flags unresolved), from <reviewer>Outputs:
Creates/Modifies:
External Side Effects:
ghConfirmation Required:
Delegates To:
gh-address-comments to actually implement fixes and reply to threadsreceiving-code-review to evaluate and decide which feedback to accept or push
back ongh-address-commentsDo not use this to apply changes or post replies — that is gh-address-comments.
gh auth status -h github.com
gh pr view --json number,title,url,headRefName,reviewDecision
If no PR is associated with the current branch and no number was given, stop and ask which PR to digest.
PR=<number>
# Conversation + review summaries
gh pr view "$PR" --json comments,reviews,reviewDecision
# Inline review comments (file + line + thread), paginated
gh api "repos/{owner}/{repo}/pulls/$PR/comments" --paginate \
--jq '.[] | {path, line, user: .user.login, body, in_reply_to: .in_reply_to_id}'
# Review-thread resolution state
gh api graphql -f query='query($owner:String!,$repo:String!,$pr:Int!){repository(owner:$owner,name:$repo){pullRequest(number:$pr){reviewThreads(first:100){nodes{isResolved isOutdated comments(first:50){nodes{path body author{login}}}}}}}}' \
-F owner='{owner}' -F repo='{repo}' -F pr="$PR" 2>/dev/null || true
PR #<n> — <title> (review: <decision>)
Blocking (<k>)
- <file>:<line> — <summary> (@reviewer) [open]
Important (<k>)
- <file>:<line> — <summary> (@reviewer) [open]
Nits (<k>)
- <file>:<line> — <summary> [resolved]
Open questions
- <question> (@reviewer)
Suggested order: <1..n, blocking first>. Hand to gh-address-comments to act.
/pr comments — digest the current branch's PR/pr comments <number> — digest a specific PR/pr comments unresolved — show only open/unresolved threads/pr comments from <reviewer> — scope to one reviewerReport the PR, the counts by severity and state, the ordered action list, and the
open questions. Note that acting on them is delegated to gh-address-comments.
development
Coordinates a weekly engineering review of board accuracy, recent code changes, operational health, and scoped cleanup. Use for a recurring repository health review or a review of the last several days.
testing
Audits project board configuration and prepares explicitly requested setup, copy, or normalization changes while preserving the existing workflow and provider boundaries. Use when inspecting a board's fields, columns, scope, or configuration.
testing
Reconciles a project board with current work and delivery evidence, reports incomplete coverage and metadata gaps, and applies only approved provider-supported field changes. Use when auditing board drift, reviewing blocked work, or assessing upcoming delivery.
development
Walk through how a subsystem works. Use for "how does X work", code walkthroughs before changing something, and placement or ownership questions. Explains architecture, runtime flow, and onboarding mental models. Can critique architecture. Use why for motivation.