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 agents/lerianstudio/ring/dead-code-reviewergit clone --depth 1 https://github.com/LerianStudio/ringWhat 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.00062 | $0.02016 |
| Opus 5 | $0.00031 | $0.01008 |
| Sonnet 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 2d 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.
- 2d 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 (210 stars, last pushed 13d ago), licensed Apache-2.0. It adds 62 tokens to every session and 2,016 once invoked, about $0.0003 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
geo-content-signals
Evaluates llms.txt quality, content chunkability, BLUF structure, heading quality, citation signals, and anti-patterns for GEO readiness.
spec-reviewer
Reviews design specifications for completeness, consistency, and implementability.
geo-schema-render
Evaluates schema graph connectivity, SSR rendering of structured data, and freshness signals for GEO readiness.
implementer
Executes a single plan task using TDD. Writes tests first, then production code, then refactors. Reports status with evidence.
company-finder
Discovery-mode agent. Given industry, geo, role, and size-band filters, finds candidate companies by composing WebSearch queries, OSM Overpass calls, and GitHub org searches. Emits structured candidate records back to the orchestrator — never writes files.
lead-validator
Blind validator agent. Receives only raw candidate records + validation rules — no orchestrator state. Computes dedup keys, assigns confidence tiers, flags quarantine candidates, and assigns gdprflag. Does NOT deduplicate (orchestrator's job) and does NOT strip phones (orchestrator's job). Never writes files.