pr-review

Solid

Review and post feedback on a GitHub or Gitea pull request end-to-end: fetch the PR diff, run a multi-agent code review, and auto-post the verdict as a real PR review (approve/request-changes/comment) via the platform's API. Triggers on: 'review this PR', 'review PR #N', 'check this pull request', 'post a PR review', 'do a PR review on <url>'. For local uncommitted changes or a branch diff with no open PR, use review-full instead.

Code & Development 71 stars 21 forks Updated today MIT

Install

View on GitHub

Quality Score: 87/100

Stars 20%
62
Recency 20%
100
Frontmatter 20%
70
Documentation 15%
100
Issue Health 10%
50
License 10%
100
Description 5%
100

Skill Content

This posts a REAL review to GitHub or Gitea (comments, and an approve/request-changes/comment verdict). It fetches a pull request's diff, runs the same multi-agent analysis as `review-full`, applies any project-specific review rules, then submits the review via the platform's API. For reviewing local diffs that aren't an open PR, use `review-full` or `review-diff` instead. ## Step 0: Resolve the PR and detect the platform - Determine the target PR from `$ARGUMENTS` (a number or URL). If empty, detect the PR for the current branch. - Detect the git host from `git remote get-url origin`: - `github.com` -> **GitHub**. Use the `gh` CLI (assume it is already authenticated). - Anything else (self-hosted Gitea/Forgejo/Gogs, e.g. a company git server) -> **Gitea-style REST API** via `curl`. - For Gitea, locate this project's own credentials rather than asking every time: - Check whether the project's `CLAUDE.md` `@import`s a credentials file (commonly `rules/credentials.md`; this mirrors a common per-project credentials-import convention). - If none is found, ask the user for the base URL and a `username:token`, and offer to save them into a **new, gitignored** file (e.g. `rules/credentials.md`). Never write real secrets into a tracked file, an `.example` template, or any file already committed to git. ## Step 1: Load PR context - Fetch PR metadata (title, author, base/head branch, mergeable state, description) and the unified diff: - GitHub: `gh pr view <N> --json titl...

Details

Author
faizkhairi
Repository
faizkhairi/claude-code-blueprint
Created
6 months ago
Last Updated
today
Language
Shell
License
MIT

Integrates with

Similar Skills

Semantically similar based on skill content — not just same category

Code & Development Solid

review-github-pr

Reviews a GitHub pull request end to end - fetches the diff, runs checks, analyzes with three parallel agents (correctness, conventions, efficiency), validates every finding against the code, drafts inline comments with a recommended action.

37 Updated 3 days ago
tenequm
Code & Development Listed

review-pr

When the user wants to review someone's GitHub pull request, approve it, or leave feedback on it. Also use when the user mentions "review this PR", "code review", "look at this pull request", "what do you think of this PR", "approve this PR", "request changes", or pastes a GitHub pull request URL asking for an opinion.

0 Updated 1 months ago
Sahil2004
Code & Development Listed

pr-review

Do a deep, skeptical review of a teammate's pull request (branch, existing PR conversation/review threads, and changed files) and end with a ready-to-paste bottom table of File:Line, whether to reply to an existing thread or open a new one, and a GitHub-formatted comment for each. Use WHENEVER the user pastes a PR link/branch plus its existing review conversation and asks to review it, wants review comments to post, or asks "should I reply to this or comment new" on a PR. Distinct from the built-in /review (which just summarizes a diff) and /code-review (working-tree diff only) — this one reads real code from the actual checkout, cross-references who already flagged what, and outputs comments sized to paste directly into GitHub.

0 Updated today
Wimukti