nvidia/review-nvbench
Use this skill when the user invokes /review-nvbench to review an NVBench pull request, PR branch, commit range, or diff. Supports context, feedback, and adversarial modes.
npx skills add https://github.com/NVIDIA/nvbench --skill review-nvbench
Read AGENTS.md and docs/pr_review.md before acting.
Use one of these modes:
context: Gather PR context and explain the change without review findings.feedback: Produce normal review findings after the human reviewer has inspected the PR.adversarial: Challenge assumptions, design direction, compatibility risks, and hidden failure modes after the PR context is understood.If no mode is provided, default to context.
Run or inspect ci/util/pr_review_context.sh when reviewing a checked-out PR branch. If the user provided a PR number, pass --pr <number>. If the user provided an issue number, pass --issue <number>.
Summarize:
Do not produce review findings in context mode.
Before producing findings, make sure the context pass has happened. If it has not, gather and summarize the PR context first.
Review for correctness, benchmark validity, performance, API compatibility, build and packaging impact, and consistency with existing code. Let the changed files determine which risks matter, while paying attention to relevant NVBench contracts such as CUDA stream ordering, timing boundaries, cold/batch/CPU-only measurement behavior, manual timer semantics, axis generation, output schemas, optional CUPTI/NVML behavior, CMake options, Python bindings, and test coverage.
Report findings first, ordered by severity, with file and line references. Do not post comments to GitHub; the human reviewer decides which findings to use.
Before producing adversarial feedback, make sure the PR intent and implementation strategy are understood.
Focus on whether the approach is sound:
Keep this distinct from normal feedback. It is acceptable for adversarial mode to produce questions or risks rather than concrete blocking findings.
Take nvidia/review-nvbench from the repository into ~/.claude/skills for personal
use, or into .claude/skills inside a project.
The agent identifies a skill by the name field in its header. Two skills with the
same name cannot sit side by side — one of them will be ignored.