Judge review findings

Skill aictrl-dev/skills/skills/judge-review-findings

Eleven free, vendor-neutral AI engineering skills for common SDLC workflows.

Install

npx -y skills add aictrl-dev/skills --skill judge-review-findings

Assembled from the repository path, not quoted from the project. Check it against their README if it does not work.

One thing to look at

1 stars1 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.

What its author says it does

Copied from the file, not written here

Judge untriaged code-review findings for the current pull-request head as TRUE, FALSE, or UNCERTAIN and choose FIX, DEFER, or IGNORE without changing code. Use when the user says "triage review findings", "judge these comments", "which findings are real", or "decide what to fix from this review".

SKILL.md

2.9 KB, as published. Nobody here has run it

Judge Code-Review Findings

Independently verify review findings against the exact current revision before any remediation begins.

Workflow

Resolve the pull or merge request and current head SHA. Load only findings created for that head; mark older-head findings STALE and do not silently apply them.
For each untriaged finding, inspect the cited line, surrounding code, callers, tests, configuration, and relevant contract. Reproduce the scenario when safe and useful.
Judge truth:
- TRUE — evidence proves the finding and impact on the current head.
- FALSE — the finding is contradicted, already prevented, outside the change, or based on an incorrect assumption.
- UNCERTAIN — available evidence cannot resolve a material fact.
Choose an action independently from truth:
- FIX — remediate in the current change.
- DEFER — valid but deliberately tracked outside this change, with a concrete reason and destination.
- IGNORE — no remediation is warranted, normally paired with FALSE.
Record confidence and evidence. A reviewer assertion is not evidence by itself.
Persist judgments through the native review/provider capability only when explicitly requested. Do not modify code.
Summarize counts, blockers, stale findings, and the ordered remediation set.

Judgment format

| Finding | Head | Verdict | Action | Confidence | Evidence and rationale |
|---|---|---|---|---|---|
| <id/title> | `<sha>` | TRUE/FALSE/UNCERTAIN/STALE | FIX/DEFER/IGNORE | high/medium/low | <specific code/test evidence> |

For every DEFER, name the follow-up issue or return a complete follow-up draft. For every UNCERTAIN, name the smallest experiment or missing fact that would decide it.

Boundaries

Judge; do not fix, commit, push, reply, dismiss, or merge.
Do not downgrade a true high-impact finding merely to keep scope small.
Do not accept a finding solely because an automated reviewer produced it.
Do not apply a judgment to a different head revision.

Built by aictrl.dev. This skill teaches the workflow; aictrl operationalizes it — grounded in your backlog, team standards, and codebase knowledge graph. See how →