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/ccplugins/awesome-claude-code-plugins/verdictgit clone --depth 1 https://github.com/ccplugins/awesome-claude-code-pluginsWrote 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/ccplugins/awesome-claude-code-plugins/verdict)<a href="https://agentmods.dev/commands/ccplugins/awesome-claude-code-plugins/verdict"><img src="https://agentmods.dev/badge/commands/ccplugins/awesome-claude-code-plugins/verdict.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.00016 | $0.01093 |
| Opus 5 | $0.00008 | $0.00547 |
| Sonnet 5 | $0.00003 | $0.00219 |
| Haiku 4.5 | $0.00002 | $0.00109 |
Grade A, and why
verdict 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 yesterday.
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.
Copies of this mod
1 near-identical copy found in the catalogue:
- verdict — 100% identical, 0 lines differ
What it actually says
Run a two-model review of the current changes. Focus area: "$ARGUMENTS" (review all axes if empty).
Sign-off contract: the closing line reviewed with love by ClauDex 🧡🖤
appears ONLY when Codex successfully delivered its review and a verdict was
rendered — and it is REQUIRED then; an earned run must sign (under-signing
breaks the contract too). Refusal, interruption, or nothing-to-review all
end UNSIGNED. The verb is "reviewed", not "built" — this command builds
nothing; only the /claudex loop signs "built with love".
-
Preflight — it takes two to ClauDex. Run
codex --versionand check auth (codex login statusor equivalent), and confirmgit rev-parse --is-inside-work-treeprintstrue. If Codex is missing or logged out, STOP before reviewing anything and reply with exactly:It takes two to ClauDex. 🧡 Claude is here — 🖤 Codex is not, so this verdict would be built with love by Claude alone, and a one-model verdict is just an opinion. Fix:
npm i -g @openai/codexthencodex login, and come back for the duet.If not in a git worktree, STOP unsigned and say ClauDex needs a git repo.
-
Pick what to review, in this order:
- Uncommitted changes:
git diff+git diff --staged+ untracked files (viagit status --porcelain, appending each new file's content). Sanity-check the scope: if recentgit logshows auto-generated commits ([auto-checkpoint],WIP), the real change set may be hiding in them — diff against the last human commit instead. - If clean: the branch diff against the default branch. Discover it with
git symbolic-ref refs/remotes/origin/HEAD(strip the prefix); fall back tomain, thenmaster. - If already on the default branch with a clean tree: review the latest
commit (
git show HEAD). - If the repo has no commits at all, STOP unsigned: nothing to review.
- Uncommitted changes:
-
Claude's review (yours). Review it for correctness, design, security, and performance. Write your findings BEFORE consulting Codex, so your take is genuinely independent.
-
Codex's review — safe transport. Write the change set to a temp file (e.g.
$TMPDIR/claudex-verdict.patch); never inline diff content in the shell command. Then:codex exec --sandbox read-only "You are reviewing a teammate's change before merge. Read the diff at <absolute temp file path> and review it for correctness, design, security, and performance. Be specific — cite files and lines."Run it with a hard timeout of ~10 minutes (calls can hang on rate limits). Delete the temp file afterwards. If
codex execfails, times out, or returns no recognizable review, retry ONCE; if that also fails, STOP unsigned: "The duet was interrupted — no verdict without both voices." Include the error, and note that rate limits usually clear within the hour. -
The Verdict. Merge both reviews into three sections:
- 🤝 Both flagged — cross-model agreement is the strongest signal; fix these first
- 🧡 Only Claude flagged
- 🖤 Only Codex flagged
For each finding:
file:line, one-line issue, severity (blocker / should-fix / nit). -
Close with a single-line verdict — SHIP, FIX FIRST, or REDESIGN — and:
reviewed with love by ClauDex 🧡🖤 -
Ledger (feeds
/claudex:stats). However the run ended — signed, interrupted, or nothing-to-review (preflight refusals excluded) — append one JSON line to<git-dir>/claudex/stats.jsonl(viagit rev-parse --git-dir; create theclaudex/directory if needed):{"ts":"<UTC ISO-8601>","cmd":"verdict","both":<n>,"claude_only":<n>,"codex_only":<n>,"ruling":"SHIP|FIX FIRST|REDESIGN","outcome":"signed|interrupted|nothing-to-review"}Best-effort and silent on failure; under the git dir it can never be committed, and it must never affect the verdict itself.
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.
- yesterday First seen · 78 lines · 16 tokens per session scan A 29e147f3e05a
verdict is a command published in the GitHub repository ccplugins/awesome-claude-code-plugins (931 stars, last pushed 23d ago), licensed Apache-2.0. It adds 16 tokens to every session and 1,093 once invoked, about $0.0001 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-09-03.
Other commands, from other repositories
create-pull-request
Provides comprehensive PR creation guidance with GitHub CLI, enforcing title conventions, following template structure, and offering concrete command examples with best practices.
pr-issue-resolve
Follow these steps to analyze suggested changes (e.g., review comments, inline suggestions, or requested modifications) in a GitHub Pull Request (PR) and resolve them efficiently. The goal is to review, understand, plan fixes, apply changes, test, and update the PR while maintaining code quality and collaboration.
openapi-expert
Use this agent when you need to update, synchronize, or validate the OpenAPI specification (openapi.yml) against the actual REST API implementation. This includes adding new endpoints, updating request/response schemas, fixing discrepancies between the spec and code, or ensuring complete API documentation coverage.
create-pr
Streamlines pull request creation by handling the entire workflow: creating a new branch, committing changes, formatting modified files with Biome, and submitting the PR.
husky
Sets up and manages Husky Git hooks by configuring pre-commit hooks, establishing commit message standards, integrating with linting tools, and ensuring code quality on commits.
pr-review
Reviews pull request changes to provide feedback, check for issues, and suggest improvements before merging into the main codebase.