Imported from amelnagdy/review-skills (skills/debate-review/SKILL.md) via skills.sh. Install upstream with npx skills add amelnagdy/review-skills --skill debate-review. Copyright stays with the author (MIT).

debate-review

Name: debate-review
Author: amelnagdy

Two models argue before anything is posted. A main reviewer finds issues. A debate reviewer tries to knock them down and may add its own. The main reviewer then makes the final call, and one review with inline comments lands on the PR or MR. It posts from the user's own gh, glab or az account as a non-approval review or comment. It never approves and never requests changes.

You are the orchestrator. You run one command and relay the result. You do not review the diff yourself, and you do not touch the PR.

Run it

node "<skill-dir>/scripts/review-pr.mjs" --local [--base <ref>]
node "<skill-dir>/scripts/review-pr.mjs" <pr-url | number> [--dry-run]

If the user wants a review and there is no PR/MR URL, run --local from the repo (or --repo-dir). Do not invent a URL. Relay stdout. --local never talks to a forge and rejects non-UTF-8 Git paths rather than decoding them lossily.
<pr-url> is a GitHub /pull/N, GitLab /-/merge_requests/N, or Azure DevOps /_git/<repo>/pullrequest/N URL (dev.azure.com or the legacy *.visualstudio.com). A bare number resolves against the cwd's origin, including Azure DevOps https and ssh.dev.azure.com:v3/ remotes.
--dry-run prints a live PR review instead of posting it. It does not combine with --local.
Azure DevOps needs az logged in (az login) with access to the project. No extension is required, the script talks to the REST API through az rest. A review there is N inline comment threads plus one closed summary thread, since Azure DevOps has no single review object; the alert blockquotes render as plain quotes, which still read.
The reviewers are two delegate-skills lanes, review-main and review-debate. If either is missing the script says so. Add them with delegate-setup. Pick two different implementers, since the debate is only worth something when the second model doesn't share the first one's blind spots (main claude or grok, debate codex at high effort is a good pair). For a one-off, pass --main <implementer> or --debate <implementer>. Only implementers whose relay has --read-only are accepted. These two lanes belong to the reviewer. Don't point them at a lane you use for other work, such as a plan-debate lane.
Exit code 3 means this head sha already has a debate-review. Re-run with --force to post again.
A run takes minutes, since it is two or three implementer sessions back to back. Run it in the background and report the printed URL when it finishes. Don't poll tightly.

All flags: --help. Contracts: references/schema.md. What gets posted: references/comment-format.md. The reviewer briefs live in assets/prompts/ and the script fills them in; you don't need to read them.

After it posts

Each posted comment carries a  marker. babysit-pr handles GitHub and GitLab rounds (verify, fix blockers, reply, resolve). It cannot harvest Azure DevOps yet, so relay Azure findings directly to the user. Don't act on the findings yourself unless asked.

Artifacts

~/.cache/debate-review/<owner>__<repo>/<N>/<head>/ holds run.json (all three documents, timings, what was posted) plus main/, debate/, and final/, each with the brief sent and the relay's result.json. --local writes under ~/.cache/debate-review/local/<repo>/<branch>/<head>/ instead.

{ "ocm": "1", "id": "amelnagdy-review-skills-debate-review", "kind": "skill", "name": "debate-review", "description": "Two-model debate review of a GitHub PR, GitLab MR, Azure DevOps PR, or local working tree, posted as inline comments or printed. Use for any PR/MR review request, or a local review before a PR exists.", "publisher": "amelnagdy", "version": "1.0.0", "capabilities": { "domains": [ "general" ], "tags": [ "skill-md", "skills-sh" ], "languages": [ "en" ] }, "quality_prior": 0.6, "examples": [ "Two-model debate review of a GitHub PR, GitLab MR, Azure DevOps PR, or local working tree, posted as inline comments or printed. Use for any PR/MR review request, or a local review before a PR exists." ], "primary": false, "metadata": { "source": { "provider": "skills.sh", "repository": "https://github.com/amelnagdy/review-skills", "path": "skills/debate-review/SKILL.md", "ref": "HEAD", "url": "https://www.skills.sh/amelnagdy/review-skills/debate-review", "key": "amelnagdy/review-skills/skills/debate-review/SKILL.md" }, "compatibility": "Requires Node 18+, Git 2.31+ for Azure DevOps, `gh` (GitHub), `glab` (GitLab) or `az` (Azure DevOps) authenticated, and delegate-skills installed for the main/debate lanes.", "license": "MIT" }, "instructions": "# debate-review\n\nTwo models argue before anything is posted. A main reviewer finds issues. A debate reviewer tries to\nknock them down and may add its own. The main reviewer then makes the final call, and one review with\ninline comments lands on the PR or MR. It posts from the user's own `gh`, `glab` or `az` account as a\nnon-approval review or comment. It never approves and never requests changes.\n\nYou are the orchestrator. You run one command and relay the result. You do not review the diff\nyourself, and you do not touch the PR.\n\n## Run it\n\n```bash\nnode \"<skill-dir>/scripts/review-pr.mjs\" --lo", "cost": { "context_tokens": 867 } }

debate-review

About

debate-review

Run it

After it posts

Artifacts

Use it

Manifest

Reviews