Skip to content
Back to skills

2553 Review Github Pr 227cd6c0

ASecurity

Please analyze and review the GitHub PR: $ARGUMENTS.

  • 9 stars
  • 0 votes
  • 0 copies
  • 0 views
  • Added October 11, 2026
code-qualitypythonrustgit

Works with

  • cli

Security analysis

A100/100

Scanned October 11, 2026

npx -y skills add tools-only/X-Skills --skill 2553-review-github-pr_227cd6c0 --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of 2553 Review Github Pr 227cd6c0?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for 2553 Review Github Pr 227cd6c0
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/tools-only-2553-review-github-pr-227cd6c0/badge)](https://www.skillsdirectory.com/skills/tools-only-2553-review-github-pr-227cd6c0)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

SKILL.md
Please analyze and review the GitHub PR: $ARGUMENTS.

## CRITICAL: DO NOT POST TO GITHUB

**NEVER, UNDER ANY CIRCUMSTANCES, post reviews, comments, or any content directly to the GitHub PR.**

- Do NOT use `gh pr review`
- Do NOT use `gh pr comment`
- Do NOT use any GitHub CLI command that writes to the PR
- Do NOT submit feedback to GitHub in any form

**ALL review output must be presented as a Markdown report to the user FIRST.**

The user will review your analysis and decide what (if anything) to post to GitHub themselves.

---

## Review Process

Follow these steps:

1. Use `git worktree` to create a worktree and branch for the PR inside a `work` sub-directory. For example, if the PR number is 1024, then create a branch named `pr-1024` and a working tree that has checked out that branch in `work/pr-1024`. However, only do this if you are not already in a working tree under the `work` directory.
2. Use `gh pr view` to get the PR details (read-only)
3. Use `gh pr diff` to get the PR diff (read-only)
4. Understand the problem described in the PR
5. Search the codebase for relevant files
6. Review any comments that have already been made to the PR (read-only)
7. Run all tests to verify the PR
8. Ensure code passes linting and type checking
9. **Present your complete review as a Markdown report directly in your response to the user**
10. Also save the report as a Markdown file in the working tree for reference

## Output Format

Your review report should include:
- Summary of the PR
- Strengths identified
- Concerns and suggestions
- Code review notes for specific files/lines
- CI status
- Final recommendation (approve/request changes/comment)

## After Presenting the Report

If any review comments are particularly important, you may **suggest** submitting them as comments - but ONLY after the user has reviewed the report and explicitly confirms they want you to post.

---

## Tools and Resources

- Use the GitHub CLI (`gh`) for all GitHub-related tasks (READ-ONLY operations only until user approves posting)
- Use cpp-pro, python-pro, emacs-lisp-pro, rust-pro or haskell-pro as needed for diagnosing and analyzing PRs, fixing code, and writing any new code.
- If this worktree is anywhere under the "positron" or "pos" directories, then use pal to confer with gemini-3-pro-preview and gpt-5.2-pro to reach consensus on your deep analysis and review.
- Use Web Search and Perplexity as needed for research and discovering resources.
- Use sequential-thinking when appropriate to break down tasks further.
- Use context7 whenever code examples might help.

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…

Newsletter

Get the weekly list of safe new skills, and the ones we pulled.