Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
npx agentmods add commands/freema/cursor-plugin-cc/adversarial-reviewgit clone --depth 1 https://github.com/freema/cursor-plugin-ccWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/commands/freema/cursor-plugin-cc/adversarial-review)<a href="https://agentmods.dev/commands/freema/cursor-plugin-cc/adversarial-review"><img src="https://agentmods.dev/badge/commands/freema/cursor-plugin-cc/adversarial-review.svg" alt="Measured on agentmods" height="20"></a>What it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5 | $0.00024 | $0.00844 |
| Opus 5 | $0.00012 | $0.00422 |
| Sonnet 5 | $0.00005 | $0.00169 |
| Haiku 4.5 | $0.00002 | $0.00084 |
Grade A, and why
adversarial-review scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 4d ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
This is a copy
84% identical to adversarial-review — 53 lines differ, which has more behind it and is treated as the original. This page carries a canonical link to it rather than competing with it.
What it actually says
Run an adversarial Cursor review through the shared review runtime (scripts/review.mjs --adversarial).
Position it as a challenge review that questions the chosen implementation, design choices, tradeoffs, and assumptions — it is not just a stricter pass over implementation defects.
Raw slash-command arguments:
$ARGUMENTS
Core constraint:
- This command is review-only.
- Do not fix issues, apply patches, or suggest that you are about to make changes.
- Your only job is to run the review and return Cursor's output verbatim to the user.
- Keep the framing focused on whether the current approach is the right one, what assumptions it depends on, and where the design could fail under real-world load, concurrency, or edge cases.
Execution mode rules:
- If the raw arguments include
--wait, do not ask. Run in the foreground. - If the raw arguments include
--background, do not ask. Run in the background. - Otherwise, estimate the review size before asking:
- For working-tree review, start with
git status --short --untracked-files=all. - For working-tree review, also inspect both
git diff --shortstat --cachedandgit diff --shortstat. - For base-branch review, use
git diff --shortstat <base>...HEAD. - Treat untracked files or directories as reviewable work for auto or working-tree review even when
git diff --shortstatis empty. - Only conclude there is nothing to review when the relevant scope is actually empty.
- Recommend waiting only when the scoped review is clearly tiny, roughly 1-2 files total and no sign of a broader directory-sized change.
- In every other case, including unclear size, recommend background.
- When in doubt, run the review instead of declaring that there is nothing to review.
- For working-tree review, start with
- Then use
AskUserQuestionexactly once with two options, putting the recommended option first and suffixing its label with(Recommended):Wait for resultsRun in background
Argument handling:
- Preserve the user's arguments exactly.
- Do not strip
--waitor--backgroundyourself — pass them through untouched; the script reads them. - Do not weaken the adversarial framing or rewrite the user's focus text.
- Uses the same review-target selection as
/cursor:review: working-tree review, branch review, and--base <ref>. - Unlike
/cursor:review, it takes extra free-form focus text after the flags (e.g. "question the retry/backoff design").
Foreground flow:
- Run:
node "${CLAUDE_PLUGIN_ROOT}/scripts/review.mjs" --adversarial --wait -- "$ARGUMENTS"
- Return the command stdout verbatim, exactly as-is — it is a code review. Do not paraphrase, summarize, or add commentary before or after it.
- Do not fix any issues mentioned in the review output.
Background flow:
- Run the SAME command with
--backgroundinstead of--wait, as a normal (foreground)Bashcall —review.mjsdetaches the worker itself and returns a job id immediately, so do not setrun_in_background:
node "${CLAUDE_PLUGIN_ROOT}/scripts/review.mjs" --adversarial --background -- "$ARGUMENTS"
- Present the returned job id and the
/cursor:status//cursor:resulthints exactly as printed. Do not poll or wait for completion in this turn.
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 4d ago First seen · 66 lines · 24 tokens per session scan A 4abc26b5f424
adversarial-review is a command published in the GitHub repository freema/cursor-plugin-cc (34 stars, last pushed today), licensed MIT. It adds 24 tokens to every session and 844 once invoked, about $0.0001 per session on Opus 5. A static security scan graded it A with 0 findings. It is 84% identical to adversarial-review, differing in 53 lines, and is treated as a copy.
Other commands, from other repositories
ijfw-audit
Run the IJFW audit gate for the current workflow phase. Usage: /ijfw-audit [phase name].
ijfw-execute
Jump directly to the IJFW workflow Execute phase (Deep D4 / Quick Q3). Usage: /ijfw-execute [task or phase name].
whats-next
Show current project status and suggest next steps.
core-review
Review code changes against SpecOps project-specific patterns. Catches recurring failure modes from real PRs — tool abstraction violations, generated file drift, cross-platform gaps, variable inconsistencies, and more. Complements full-review-gate (generic quality) and pr-fix (applying bot comments).
ship-pr
Commit all changes to a new branch, push, and open a PR for review. The original branch stays clean.
_registry-protocol
This protocol is MANDATORY for ALL commands, agents, and phases.