Use when the user asks to fix open reviews, invokes /roborev-fix, or provides job IDs; do not use when the user only pastes review findings with no request to discover or close reviews
80
74%
Does it follow best practices?
Impact
Pending
No eval scenarios have been run
Passed
No known issues
Optimize this skill with Tessl
npx tessl skill review --optimize ./internal/skills/claude/roborev-fix/SKILL.mdFix all open review findings in one pass.
/roborev-fix [job_id...]Do NOT invoke this skill just because the user pasted existing review findings or review text into the conversation.
If the prompt already contains the findings to fix, treat that as direct fix
input and work on the code normally. The presence of verdicts, severities,
file paths, suggested fixes, or copied review summaries is not by itself a
request to run /roborev-fix.
Use this skill when the user explicitly invokes /roborev-fix, asks to fix
open/unaddressed reviews (in any phrasing), provides job IDs that need
fetching, or gives a mix of job IDs and pasted findings.
You must execute bash commands to complete this task. Skip steps already satisfied by conversation context. Defer to CLAUDE.md when it conflicts.
When the user invokes /roborev-fix [job_id...]:
Check the conversation first. If the user has already pasted review
findings (verdicts, severities, file paths, suggested fixes), use those
directly. Do not re-fetch reviews that are already present in the
conversation. When reusing pasted findings, collect any job IDs mentioned
alongside them — step 5 needs these to comment on and close the reviews.
If job IDs are missing from the pasted output, discover them via
roborev fix --open --list and match each pasted finding to the correct
job by commit SHA or reviewed file paths. If a finding cannot be
confidently matched to a specific job, ask the user for the job ID
rather than closing the wrong review.
If job IDs are provided and findings are NOT already in the conversation, fetch them:
roborev show --job <job_id> --jsonIf no job IDs are provided and no findings are in the conversation, discover open reviews:
roborev fix --open --listThis prints one line per open job with its ID, commit SHA, agent, and summary. Collect the job IDs from the output.
If the command fails, report the error to the user. Common causes: the daemon
is not running, or the repo is not initialized (suggest roborev init).
If no open reviews are found, inform the user there is nothing to fix.
Skip this step if findings are already available from step 1.
For each job ID, fetch the full review as JSON:
roborev show --job <job_id> --jsonIf the command fails for a job ID, report the error and continue with the remaining jobs.
The JSON output has this structure:
job_id: the job IDoutput: the review text containing findingsjob.verdict: "P" for pass, "F" for fail (may be empty if the review errored)job.git_ref: the reviewed git ref (SHA, range, or synthetic ref)closed: whether this review has already been closedSkip any reviews where job.verdict is "P" (passing reviews have no findings to fix).
Skip any reviews where job.verdict is empty or missing (the review may have errored and is not actionable).
Skip any reviews where closed is true, unless the user explicitly provided that job ID (in which case, warn them and ask to confirm).
If all reviews are skipped, inform the user there is nothing to fix.
If a finding's context is unclear from the review output alone and job.git_ref is not "dirty", run git show <git_ref> to see the original diff. Only do this when needed — the review output usually contains enough detail (file paths, line numbers, descriptions) to fix findings directly.
Parse findings from the output field of all failing reviews. Collect every finding with its severity, file path, and line number. Then:
Run the project's test suite to verify all fixes work:
go test ./...Or whatever test command the project uses. If tests fail, fix the regressions before proceeding.
For each job that was fixed, record a summary comment and then close it.
Run these as separate commands, but only run roborev close after
confirming the comment succeeded:
roborev comment --job <job_id> "<summary of changes>"
# Only if the comment above succeeded:
roborev close <job_id>The comment should reference each finding by severity and file, state what was fixed, and note any findings intentionally skipped. Keep it concise (1-3 sentences). Escape quotes and special characters in the bash command.
Follow the project's commit conventions (see CLAUDE.md). If the project instructs you to always commit, do so without asking.
Pasted findings in the prompt:
User: "Roborev found HIGH in foo.go:42 and MEDIUM in bar.go:10 ..."
Agent:
/roborev-fixAuto-discovery:
User: /roborev-fix
Agent:
roborev fix --open --list and finds 2 open reviews: job 1019 and job 1021roborev show --job 1019 --json and roborev show --job 1021 --jsongit show <git_ref> for one review where the finding lacked enough contextgo test ./... to verifyroborev comment --job 1019 "Fixed null check and added error handling"roborev close 1019roborev comment --job 1021 "Fixed missing validation"roborev close 1021Explicit job IDs:
User: /roborev-fix 1019 1021
Agent:
go test ./... to verifyroborev comment --job 1019 "Fixed null check in foo.go and error handling in bar.go"roborev close 1019/roborev-respond — comment on a review and close it without fixing code2c9749e
If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.