agentsclimarketplace

Post pr review

Skill satejbidvai/skills/skills/post-pr-review

PR review as agent skills. My code-review standards, installable in any skills.sh agent.

Install
npx -y skills add satejbidvai/skills --skill post-pr-review

Assembled from the repository path, not quoted from the project. Check it against their README if it does not work.

2 things to look at

  • no licenseNo license file was found in the repository. Code published without one is not open source by default, so using it at work is a question for whoever answers licensing questions where you are.
  • 0 stars0 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.

What its author says it does

Copied from the file, not written here

Post a completed /pr-review as a draft review on GitHub

SKILL.md

2.7 KB, 663 tokens by cl100k_base, as published. Nobody here has run it

Post the findings from a /pr-review as a draft (PENDING) review on a GitHub PR. The review stays invisible until you manually click "Submit review" on GitHub.

Prerequisites: Run /pr-review <PR URL> first in this conversation.

Input: No arguments required. Everything is parsed from the /pr-review output in this conversation.

Steps

  1. Parse the metadata header from the /pr-review output. Look for the HTML comment:

    <!-- pr:{owner}/{repo}/{pr_number} sha:{headSha} -->
    

    Extract owner, repo, pr_number, and headSha. If not found, tell the user to run /pr-review first.

  2. Collect findings from the /pr-review output. For each finding, extract:

    • file: from the ## \web/...`` heading
    • line: from the Line N: prefix, or null if the finding used [not-in-diff]
    • body: the finding text

    Findings without a file heading (PR-wide comments) go into the review body.

  3. Validate lines against the diff — read /tmp/pr-review-diff.json (already written by /pr-review). Build a set of valid {path, line} pairs from the diff hunks. For each finding:

    • Line is in the valid set → inline comment: { path, line, side: "RIGHT", body }
    • Path exists in the PR but line is not in the diff (or was [not-in-diff]) → goes into the review body under the file path heading (GitHub's API does not support file-level comments on draft reviews)
    • No path → goes into the review body
  4. Build the review payload at /tmp/pr-review.json:

    • commit_id: the headSha
    • body: body-level findings formatted as file path headings (**\path/to/file.ts`**) followed by the finding text. Empty (""`) if no body-level findings.
    • comments: only inline comments from step 3 (never use subject_type: "file" — the API rejects it)
    • Strip prefixes from each comment body before posting: remove Line N: (the inline placement makes it redundant), remove nit: and Question: prefixes
    • Do not add any prefix or attribution to the review body or comments (no "[Comment made with Cursor]" or similar)
    • Omit the event field entirely — this creates a PENDING (draft) review. Using "event": "COMMENT" submits immediately and cannot be undone.
  5. Submit:

    gh api repos/{owner}/{repo}/pulls/{pr_number}/reviews -X POST --input /tmp/pr-review.json
    
  6. Report how many inline comments were posted and how many findings were placed in the review body. Remind the user to go to GitHub and click "Submit review" to make it visible.

What ships with it

Read from the repository

Just SKILL.md. No reference files, no scripts.

Keep looking

Skills are one crate of 328,083. Ordering is by how many stacks a row turns up in, so the top of any crate is what has actually been picked rather than what has the most stars.