name: roborev-review description: Request a code review for a commit and present the results
roborev-review
Request a code review for a commit and present the results.
Usage
$roborev-review [commit] [--type security|design] [--panel <name>|none]
When NOT to invoke this skill
Do NOT invoke this skill when the user is presenting or pasting existing review results. Messages that contain review findings, verdicts, or summaries are outputs — not requests to start a new review.
IMPORTANT
This skill requires you to execute bash commands to validate the commit and run the review. The task is not complete until the review finishes and you present the results to the user.
These instructions are guidelines, not a rigid script. Use the conversation context. Skip steps that are already satisfied. Defer to project-level CLAUDE.md instructions when they conflict with these steps.
Instructions
When the user invokes $roborev-review [commit] [--type security|design] [--panel <name>|none]:
1. Validate inputs
If a commit ref is provided, verify it resolves to a valid commit:
git rev-parse --verify -- <commit>^{commit}
If validation fails, inform the user the ref is invalid. Do not proceed.
2. Build and run the command
Construct and execute the review command:
roborev review [commit] --wait [--type <type>] [--panel <name>|none]
- If no commit is specified, omit it (defaults to HEAD)
- If
--typeis specified, include it - If
--panel <name>is specified, include it (fans out to the named config panel);--panel noneforces a single-agent review
The --wait flag blocks until the review completes.
3. Present the results
If the command output contains an error (e.g., daemon not running, repo not initialized, review errored), report it to the user. Suggest roborev status to check the daemon, roborev init if the repo is not initialized, or re-running the review.
Otherwise, present the review to the user:
- Show the verdict prominently (Pass or Fail)
- If there are findings, list them grouped by severity with file paths and line numbers so the user can navigate directly
- If the review passed, a brief confirmation is sufficient
Panels (multi-reviewer reviews)
If you pass --panel <name>, or a default_panel is configured for explicit
reviews, the review fans out to a panel of reviewers. In that case the
Enqueued job <id> is the synthesis (parent) job that aggregates them, and
its verdict and findings are the synthesized result across the whole panel.
Present that synthesized verdict/findings, and offer fix on that parent id —
never an individual reviewer. roborev show prints a one-line reviewers summary
(e.g. 3 reviewers: bug P, security F) for a synthesis job. --panel none
forces a single-agent review, and automatic post-commit hook reviews stay
single-agent regardless of default_panel.
4. Offer next steps
If the review has findings (verdict is Fail), offer to address them:
- "Would you like me to fix these findings? You can run
$roborev-fix <job_id>"
Extract the job ID from the review output to include in the suggestion. Look for it in the Enqueued job <id> for ... line or in the review header. For a panel review this id is the synthesis parent.
If the review passed, confirm the result and do not offer $roborev-fix.
Examples
Default review of HEAD:
User: $roborev-review
Agent:
- Executes
roborev review --wait - Presents the verdict and findings grouped by severity
- If findings exist: "Would you like me to address these findings? Run
$roborev-fix 1042" - If passed: "Review passed with no findings."
Security review of a specific commit:
User: $roborev-review abc123 --type security
Agent:
- Validates:
git rev-parse --verify -- abc123^{commit} - Executes
roborev review abc123 --wait --type security - Presents the verdict and findings
- If findings exist: "Would you like me to address these findings? Run
$roborev-fix 1043"
See also
$roborev-design-review— shorthand for$roborev-review --type design$roborev-fix— fix a review's findings in code$roborev-review-branch— review all commits on the current branch