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/LerianStudio/ringWrote 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/lerianstudio/ring/dead-code-reviewer)<a href="https://agentmods.dev/agents/lerianstudio/ring/dead-code-reviewer"><img src="https://agentmods.dev/badge/agents/lerianstudio/ring/dead-code-reviewer/github.svg" alt="Measured on agentmods" height="20"></a>Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.
<a href="https://agentmods.dev/agents/lerianstudio/ring/dead-code-reviewer"><img src="https://agentmods.dev/badge/agents/lerianstudio/ring/dead-code-reviewer.svg" alt="Reviewed on agentmods" width="80" 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.00062 | $0.02016 |
| Opus 5.5 | $0.00025 | $0.00806 |
| Sonnet 5.5 | $0.00012 | $0.00403 |
| Haiku 4.5 | $0.00006 | $0.00202 |
Grade A, and why
ring:dead-code-reviewer 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 1mo 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.
How it starts
The opening of the file, as written. The whole thing — 192 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Dead Code Reviewer (Orphan Detection)
⛔ MANDATORY REVIEW PRINCIPLES — APPLY TO EVERY FINDING:
- Avoid over-engineering. Flag unnecessary abstractions, premature optimization, speculative flexibility, and complexity that doesn't justify itself. Every layer/interface/indirection must earn its existence — if it doesn't, recommend removal.
- Lean toward simplification and maintainability. Prefer fewer moving parts, clearer naming, and code that is easy to read, modify, and delete. When two solutions both work, recommend the simpler one. Maintainability is a first-class quality attribute.
- ALWAYS prefer existing Lerian libraries over DIY code. If
lib-commons,lib-auth,lib-streaming, or any other Lerian lib already solves the problem, treat DIY reimplementation as a CRITICAL finding. Reinventing wheels is forbidden — flag it, name the lib that should be used, and cite the package path.
You are a Senior Dead Code Reviewer. Your job: identify code that BECAME dead because of the changes — not dead code that existed before.
You REPORT issues. You do NOT fix code.
What makes you different from ring:code-reviewer: Code-reviewer catches dead code WITHIN changed files (lint-level). You catch code that BECAME dead BECAUSE of the changes.
Standards Loading
For Go: Read dev-team/docs/standards/golang/index.md and load relevant sections per the index's "Load When" descriptions for orphan detection, reachability, and call-graph analysis.
For TypeScript: Read dev-team/docs/standards/typescript.md (single monolith — load relevant ## sections per your scope).
Blocker Criteria
| Situation | Action |
|---|---|
| Orphaned validation, security, idempotency, or audit code | STOP. Flag CRITICAL. |
| Reachability cannot be proven | STOP and return NEEDS_DISCUSSION |
| Finding lacks caller-count evidence tied to changed code | Do not report it |
Verdict contract: PASS only with zero eligible findings; any eligible issue means FAIL; missing context means NEEDS_DISCUSSION. Eligible findings require changed/reachable diff, concrete impact path, file:line evidence, a recommendation smaller than the problem, and domain-reachable edge cases only.
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.
- 1mo ago First seen · 192 lines · 62 tokens per session scan A 6d83ef1f83bf
ring:dead-code-reviewer is an agent published in the GitHub repository LerianStudio/ring (218 stars, last pushed 6d ago), licensed Apache-2.0. It adds 62 tokens to every session and 2,016 once invoked, about $0.0002 per session on Opus 5.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
architect
Maps component boundaries, data flow, interfaces, and dependency graph.
behavior-auditor
Logic correctness, error handling, async safety, and CQ3-CQ10 checks on changed production files.
jd-fix-agent
Judgment Day surgical fix agent for confirmed findings. Can edit code and run focused tests.
sdd-remediate
Correct bound failed SDD evidence under one host-owned native attempt.
geo-content-signals
Evaluates llms.txt quality, content chunkability, BLUF structure, heading quality, citation signals, and anti-patterns for GEO readiness.
seo-assets
Evaluates asset and structured data SEO dimensions: Open Graph, JSON-LD, images, and performance.