jrag: Skill for Claude Code

.agents/skills/requesting-code-review/SKILL.md

requesting-code-review is a skill for Claude Code, Codex from HumanBean17/jrag. It costs 22 tokens per session (879 once invoked), scanned A, original, MIT.

A workflow for requesting focused code reviews from multiple helper agents after implementation work or before merging.

In plain words
What is it for?
Use it to divide a code diff into review areas, send each area to a reviewer, and check the results before merging.
Why use it?
Separate reviews of different parts of a change can reveal problems that one general review might miss.

Skill for Claude CodeCodex

Written for no agent in particular: nothing here depends on one. Also seen: mentions subagents; positional $N argument; installed under .agents/ (shared by several agents).

This is HumanBean17/jrag's own configuration. It tells Claude Code and Codex how to work on jrag itself, so it is not a mod to install elsewhere. Copy it as a starting point and replace the rules that are about this project. Everything jrag configures →

Reuse

Borrowing it

Nothing to install: this file belongs to HumanBean17/jrag. Take a copy, put it at the same path in your own repository, and replace the rules that are about this project with yours.

Copy the file
curl -O https://raw.githubusercontent.com/HumanBean17/jrag/master/.agents/skills/requesting-code-review/SKILL.md
Clone the repo
git clone --depth 1 https://github.com/HumanBean17/jrag

Made for: Claude Code, Codex.

Wrote this? Show the measurements

A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.

agentmods badge for requesting-code-review

README.md
[![agentmods](https://agentmods.dev/badge/skills/humanbean17/jrag/requesting-code-review/github.svg)](https://agentmods.dev/skills/humanbean17/jrag/requesting-code-review)
Your own site
<a href="https://agentmods.dev/skills/humanbean17/jrag/requesting-code-review"><img src="https://agentmods.dev/badge/skills/humanbean17/jrag/requesting-code-review/github.svg" alt="Measured on agentmods" height="20"></a>

Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.

agentmods 80×15 button for requesting-code-review

Your own site · 80×15
<a href="https://agentmods.dev/skills/humanbean17/jrag/requesting-code-review"><img src="https://agentmods.dev/badge/skills/humanbean17/jrag/requesting-code-review.svg" alt="Reviewed on agentmods" width="80" height="20"></a>
Per session 22 Skills are progressive disclosure: only the name and description are preloaded; the body loads when the skill is used.
When invoked 879 The whole file, excluding the scripts and references it only reads on demand.
Security scan A 0 findings. A grade says what 26 rules found in the file — not that it is safe. Third-party audits
  • NVIDIA SkillSpector pass 7 Sept 2026
How audits are shown
Origin original No closer match found in the catalogue.
Token cost

What it costs to keep this loaded

Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.

ModelPer sessionOnce invoked
Fable 5.1 $0.00022 $0.00879
Opus 5.5 $0.00009 $0.00352
Sonnet 5.5 $0.00004 $0.00176
Haiku 4.5 $0.00002 $0.00088

Measured 2mo ago against content hash 55cef17f97b0, method: parsed. Prices are Anthropic first-party input rates as of 2026-10-07, from the pricing page.

Security

Grade A, and why

requesting-code-review scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 2mo ago.

A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.

Nothing flagged

None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.

.agents/skills/requesting-code-review/SKILL.md · 117 lines

How it starts

The opening of the file, as written. The whole thing — 117 lines — stays where its author put it; the contents beside it link to each section on GitHub.

Requesting Code Review

Fan out a team of code reviewer subagents — one per review scope — and run them in parallel. Each reviewer gets precisely crafted context for its scope, never your session's history. Splitting the review across focused reviewers catches more than a single pass, and isolating their context preserves your own for continued work.

Core principle: Review early, review often.

When to Request Review

Mandatory:

  • After each task in subagent-driven development
  • After completing major feature
  • Before merge to main

Optional but valuable:

  • When stuck (fresh perspective)
  • Before refactoring (baseline check)
  • After fixing complex bug

How to Request

1. Get git SHAs:

BASE_SHA=$(git rev-parse HEAD~1)  # or origin/main
HEAD_SHA=$(git rev-parse HEAD)

2. Decide the scopes:

Look at the diff and decompose it into review scopes. You choose the breakdown — by subsystem, by concern, by file cluster, whatever fits this change. There is no fixed set of scopes; pick what this diff actually needs (one or several). The goal is a focused, non-overlapping slice per reviewer.

3. Fan out the review team:

Dispatch one general-purpose reviewer per scope, all in one response so they run in parallel. Each fills the per-reviewer template at code-reviewer.md.

Shared placeholders:

  • {DESCRIPTION} - Brief summary of what you built
  • {PLAN_OR_REQUIREMENTS} - What it should do
  • {BASE_SHA} - Starting commit
  • {HEAD_SHA} - Ending commit

Per-reviewer placeholder:

  • {SCOPE} - The slice of the diff this reviewer owns (you decide)

4. Merge findings:

Collect every reviewer's output, dedupe overlapping issues, and rank by severity. The merged result is your review.

5. Act on feedback:

  • Fix Critical issues immediately
  • Fix Important issues before proceeding
  • Note Minor issues for later
  • Push back if reviewers are wrong (with reasoning)

Example

[Just completed Task 2: Add verification function — diff spans index logic, CLI, and tests]

You: Let me request code review before proceeding.

BASE_SHA=$(git log --oneline | grep "Task 1" | head -1 | awk '{print $1}')
HEAD_SHA=$(git rev-parse HEAD)

[Decide scopes from the diff: index logic, CLI, tests]
[Dispatch one reviewer per scope, all in one response]
  Reviewer A — SCOPE: index/repair logic and data integrity
  Reviewer B — SCOPE: CLI flag handling and user-facing behavior
  Reviewer C — SCOPE: test coverage and assertion quality
  (shared) DESCRIPTION: Added verifyIndex() and repairIndex()
  (shared) BASE_SHA: a7981ec  HEAD_SHA: 3df7661

[Team returns in parallel, you merge]:
  Strengths: Clean architecture, real tests
  Issues (deduped, ranked):
    Important: Missing progress indicators
    Minor: Magic number (100) for reporting interval
  Assessment: Ready to proceed

You: [Fix progress indicators]
[Continue to Task 3]

Read the full file on GitHub · 117 lines

Files

What ships with it

1 file beside SKILL.md in the same directory: the scripts, references and assets a skill reads on demand. Not counted in the per-session cost; read them before you install if any of them is executable.

Changes

What this file has done since we first saw it

Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.

  1. 2mo ago First seen · 117 lines · 22 tokens per session scan A 55cef17f97b0

Subscribe to this mod's changes

requesting-code-review is a skill published in the GitHub repository HumanBean17/jrag (9 stars, last pushed 1mo ago), licensed MIT. It adds 22 tokens to every session and 879 once invoked, about $0.0001 per session on Opus 5.5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-31.

Related

Other skills, from other repositories

check

Confirm a change before merge. /check verify drives the real app to prove behavior against the spec (every acceptance criterion met, every surface built). /check review runs a senior code review on a fresh model, one that did not write the code. Verify after /develop, review before a PR. Writes to docs/reviews/, never…

jsmastery-pro/skills · 74 tokens

feedback-resolution

Address PR review feedback through surgical fixes traceable to specific comments, apply the Boy Scout Rule only to already-modified files (separate improve: commits), recover context by code snippet rather than line number, and enforce pushback only when factually incorrect, test-breaking, or CLAUDE.md-violating. Use…

synaptiai/synapti-marketplace · 103 tokens

holdout-validation

Cross-reference agent self-review claims and evidence-bundle entries against actual file state using hidden holdout scenarios, producing P1/P2/P3 findings mapped to visible acceptance criteria only. Checks that every expected value in the tests has the source the bundle claims and that every risk-map row has a…

synaptiai/synapti-marketplace · 130 tokens

code-review-methodology

Conduct two-stage code review: Stage 1 verifies spec compliance (criterion-to-code mapping), Stage 2 evaluates security, correctness, performance, and maintainability across 6 parallel facets with P1/P2/P3 synthesis and deduplication by file:line. For the Tests facet the reviewer derives expected behavior from the…

synaptiai/synapti-marketplace · 107 tokens

team-coordination

Coordinate agent teams for adversarial review (paired skeptic/verifier per facet, disposition-only challenge round, mechanical consolidation with confidence) or parallel implementation (5-6 non-overlapping tasks per teammate). Enforces independent analysis before shared conclusions. Reference only…

synaptiai/synapti-marketplace · 75 tokens

thanos-doctrine

The Thanos review method, a Steve Jobs-style simplicity review for code diffs, design documents and architecture. Use whenever reviewing or rethinking code, designs or architecture as Thanos, or when /snap or /rethink is invoked.

synaptiai/synapti-marketplace · 53 tokens