Install any skill in seconds. Free to start, no credit card required.
Get Started Free →omnigent-ai/cross-review
Verify an implementer's diff with an INDEPENDENT, different-vendor sub-agent (diff plus contract only); turn blocking issues into fix-tasks and loop until clean.
Passed 14 of 19 test cases with the skill, and 6 of 19 without it.
and 17 more in the full report
12 fixed6 passed either way5 still failing2 broke
Tokens, turns and time describe resource use, not a dollar price.
One of 12 test cases the skill fixed. Same model, same prompt, with and without the skill.
All unit tests are passing and the external model reviewer returned zero blocking issues for pull request #310 (`task-metrics`). What is the final status update step for the task registry once verification succeeds?
| Checked | Without skill | With skill |
|---|---|---|
| marks pull request ready in registry with pr url | Missed | Passed |
| leaves pull request merge action to human | Missed | Passed |
The instructions your model reads when the skill loads.
The implementer never signs off on its own work — a different model does, and review is a sub-agent that returns a structured report, not a transcript anyone needs to read through.
gh pr diff <pr> > <absolute shared diff path> or
git -C .worktrees/<task_id> diff <base-sha>...<head-sha> > <absolute shared diff path>).
Use a unique snapshot outside the implementer's worktree, record its base and
head commit SHAs, and leave it unchanged until review finishes. The reviewer
must be able to read that path. For a different host or sandbox, transfer the
snapshot first or arrange access to both commits so it can compute the diff;
never regenerate the diff through model output.sys_os_shell. If red, re-dispatch the implementer to drive it green first;
don't involve the reviewer yet.
If a pytest result's count must be recorded or reconciled, collect ground
truth with python -m pytest --collect-only -q <same files> against the
exact file set/command/commit the implementer reported. Never use
grep -c 'def test_' as a pytest count: it counts functions, not collected
cases, and misses parametrized case expansion.claude_code, codex,
opencode, cursor, hermes, agy, or pi (e.g. Claude built it → any of
codex / opencode / cursor / hermes / agy / pi, and so on). Use a
task-based title such as review-auth-refactor, never the raw vendor name:
sys_session_send(agent="claude_code"|"codex"|"opencode"|"cursor"|"hermes"|"agy"|"pi", title="review-<task_slug>", args={purpose: "review", input: "Read the diff at <absolute shared diff path> (base <base-sha>, head <head-sha>). <The acceptance contract>. Review ONLY against the contract. Report blocking / non-blocking / suggestions. Do not edit code. If the snapshot is inaccessible, report that failure rather than reviewing from a summary."}). Pass the snapshot path,
not its contents; do NOT point the reviewer at the implementer's worktree.
Prepare the snapshot and emit the
sys_session_send call in the SAME turn you decide to review — never end a
turn having only announced "I'll load cross-review and fetch the diff" with
no tool call (that dropped turn stalls the run; nothing dispatches and no
inbox wake arrives). Once the reviewer dispatch is in flight, end your turn;test cases passed, vs 6 / 19 without
More skills from the same source and nearby in the registry, with their headline benchmark lift.