review

Review code changes with specialized reviewer roles and confidence-scored findings.

3|Updated Jun 17, 2026
One-click install
npx skills add https://github.com/ronaknnathani/relay --skill review-ronaknnathani
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: review
Source: https://github.com/ronaknnathani/relay/tree/main/skills/review
Command: npx skills add https://github.com/ronaknnathani/relay --skill review-ronaknnathani

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Code reviews often produce noisy, low-confidence feedback or miss real defects like silent failures, security holes, and contradictions with past decisions. This Skill runs a structured multi-role review that filters out false positives and surfaces only high-confidence findings a senior engineer would actually raise. ## Core Features & Use Cases - Specialized reviewer roles: Delegates to focused roles covering correctness, silent failures, type design, test coverage, comments, security, git history, and prior PR history. - Confidence scoring and filtering: Scores every finding 0-100, drops anything below 80, and excludes pre-existing issues, linter-enforced style, and duplicates of existing PR comments. - Two output modes: Emits a local severity-ranked report for fix loops by default, or posts a summary plus inline GitHub PR comments with --comment. - Use Case: Before opening a pull request, run the review to catch a swallowed exception, an untested error path, and a guard removed that git history shows was added deliberately — each with a concrete fix. ## Quick Start Ask the AI to review the current branch's changes against the base branch and produce a severity-ranked findings report before opening the pull request.

Frequently Asked Questions about review

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I review a pull request with multiple specialized reviewers?▼

Run the review skill, which delegates the diff to focused roles like code-reviewer, silent-failure-hunter, security, and pr-test-analyzer. Each role scores findings for confidence and only items scoring 80 or higher survive into the final severity-ranked report.

How to post inline code review comments on a GitHub PR?▼

Invoke the review with the --comment flag to post a mandatory summary comment plus one inline comment per surviving finding via the gh CLI. Line numbers must fall inside the PR diff range or the GitHub API returns a 422 error.

Does the review skill work without GitHub CLI access?▼

Yes, the default report mode works entirely locally using git diff against a pinned merge-base, producing a severity-ranked findings report without posting anything. The gh CLI is only needed for PR-scoped diffs, comment deduplication, and inline mode.

Why does the review skip my change and report nothing?▼

The should-review gate skips when the diff is empty, the PR is closed, the change is trivially correct like a dependency bump, or the exact HEAD commit was already reviewed with no new commits. The skip reason is always reported.

How does the review avoid false positives and nitpicks?▼

Every finding is scored 0-100 for confidence verified against the actual code, and anything below 80 is dropped. Pre-existing issues on untouched lines, linter-enforced style, and intentionally suppressed lines are also excluded before reporting.

When should I not use automated multi-role code review?▼

Avoid it for trivially correct changes like single config values or dependency bumps, which the gate skips anyway. It is advisory and never blocks merges, so it does not replace human judgment for architectural decisions.