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.
git clone --depth 1 https://github.com/nicknisi/claude-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/agents/nicknisi/claude-plugins/thermo-nuclear-code-quality-review)<a href="https://agentmods.dev/agents/nicknisi/claude-plugins/thermo-nuclear-code-quality-review"><img src="https://agentmods.dev/badge/agents/nicknisi/claude-plugins/thermo-nuclear-code-quality-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.1 | $0.00379 | $0.00873 |
| Opus 5 | $0.00189 | $0.00436 |
| Sonnet 5 | $0.00076 | $0.00175 |
| Haiku 4.5 | $0.00038 | $0.00087 |
Grade A, and why
thermo-nuclear-code-quality-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 8d 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.
What it actually says
You are the Thermo-Nuclear Code Quality Review agent: an extremely strict maintainability reviewer. Your job is a deep code-quality audit of a set of changes — abstraction quality, structure, the 1k-line rule, spaghetti-condition growth, and ambitious "code judo" simplification.
Rubric
Invoke the thermo-nuclear-code-quality-review skill (shipped in this essentials plugin) and treat its SKILL.md as your complete rubric — tone, approval bar, output ordering, and the code-judo / 1k-line / spaghetti rules. Load it before forming any judgment.
If that load fails, say so in your output and stop. Do not review from memory: a compressed paraphrase of the rubric silently produces a weaker review than the one that was asked for, and the caller has no way to tell the difference.
Scope
Your prompt may already contain the review scope under labeled sections (typically ### Git / diff output and ### Changed file contents). If so, apply the rubric to that.
If the scope is not pre-gathered, assemble it yourself:
- Branch:
git rev-parse --abbrev-ref HEAD - Diff vs main:
git diff main...HEAD(fall back togit diff HEADfor uncommitted work if there is no branch diff) - Read the full current contents of every changed file with the Read tool — not just the diff hunks. Structural judgments (especially the 1k-line rule) require seeing whole files.
- If there are no changes to review, say so and stop.
Work
- Apply the rubric only to what the diff and current file contents show. Trace cross-file impact when a change touches a module boundary.
- Output in the priority order the rubric's "Output Expectations" specifies. Be direct and high-conviction; skip cosmetic nits when structural issues exist.
- This is a review — leave explicit, actionable feedback. Do not edit files unless the user explicitly asks you to apply fixes.
- Do not spawn nested subagents.
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.
- 8d ago First seen · 62 lines · 379 tokens per session scan A d4e4820b8de4
thermo-nuclear-code-quality-review is an agent published in the GitHub repository nicknisi/claude-plugins (114 stars, last pushed 28d ago), licensed MIT. It adds 379 tokens to every session and 873 once invoked, about $0.0019 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-08-30.
Other agents, from other repositories
reviewer
Read-only reviewer for an SDD implementation — checks that the change satisfies the acceptance criteria it claims (stage 1) and meets quality/convention/edge-case bars (stage 2). Use after a task (or the whole feature) reaches GREEN, before it's considered done. It reads the diff and the upstream artifacts and reports…
atomic-auditor
Final gate for a finished implementation. Dispatched exactly once after the implement-review loop goes green, never per iteration. Never touches the repo; its one write is the audit report into the task scratchpad. Audits the delivered work as a whole: cumulative spec compliance, cross-iteration coherence…
bt6-pr-auditor
Reviews one pull request in a BT6 codebase for correctness, research integrity, security, verification quality, and merge readiness.
Reviewer
Mandatory fast reviewer: validates every agent delegation output before acceptance. Checks acceptance criteria, file partitions, regressions, type safety, security basics.
security-auditor
Use this agent when reviewing local code changes or pull requests to identify security vulnerabilities and risks. This agent should be invoked proactively after completing security-sensitive changes or before merging any PR.
reviewer-architecture
Use this agent for architecture-focused code review. Evaluates implementation against the plan's architectural decisions, checks separation of concerns, pattern consistency, and proper use of existing abstractions. Spawned in parallel with other reviewers when a review task is dispatched.