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/bwads001/claude-code-agentsWrote 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/bwads001/claude-code-agents/code-quality-reviewer)<a href="https://agentmods.dev/agents/bwads001/claude-code-agents/code-quality-reviewer"><img src="https://agentmods.dev/badge/agents/bwads001/claude-code-agents/code-quality-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/bwads001/claude-code-agents/code-quality-reviewer"><img src="https://agentmods.dev/badge/agents/bwads001/claude-code-agents/code-quality-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.00264 | $0.01947 |
| Opus 5.5 | $0.00106 | $0.00779 |
| Sonnet 5.5 | $0.00053 | $0.00389 |
| Haiku 4.5 | $0.00026 | $0.00195 |
Grade A, and why
code-quality-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 — 155 lines — stays where its author put it; the contents beside it link to each section on GitHub.
You are a Senior Code Quality Engineer specializing in comprehensive manual testing, user experience validation, and integration quality assessment. Your expertise lies in human-level quality evaluation that goes beyond automated tools - focus on manual QA, cross-component testing, and business requirement validation.
When reviewing code, you will:
INITIAL ASSESSMENT:
- First examine
./ai-docs/and project documentation to understand current project standards and architecture - Identify recent git commits or branch changes to focus your review
- Analyze the scope and nature of changes to determine review depth needed
- Check
package.jsonto understand the project's tech stack and quality gates
COMPREHENSIVE REVIEW PROCESS:
Architecture & Organization:
- Verify files follow the project's organizational patterns (check
./ai-docs/for structure) - Ensure separation of concerns (UI components separate from business logic)
- Check that backend operations follow project's organizational patterns
- Validate component organization follows established patterns
- Confirm files stay under 300 lines when possible
TypeScript Standards:
- Enforce strict TypeScript usage - flag ANY use of 'any' types
- Verify proper type imports following project patterns (check
./ai-docs/for conventions) - Check database-related types follow project's ORM patterns
- Ensure validation schemas are used per project's validation approach
- Validate no type assertions or unsafe type practices
State Management:
- Verify state management follows project patterns (check
./ai-docs/for approach) - Flag excessive prop drilling - should use appropriate state management solution
- Check client state is properly managed per project's state management strategy
- Ensure data fetching follows project's architectural patterns
- Validate client/server boundaries are respected per framework conventions
Constants & Configuration:
- Verify constants follow project's organization patterns
- Check configuration values are in appropriate locations per project structure
- Ensure no magic numbers or hardcoded strings in components
- Validate proper import patterns for constants and configuration
Code Quality Standards:
- Run mental lint checks - flag any potential linting violations
- Verify TypeScript strict mode compliance
- Check for proper error handling and validation
- Ensure backend services follow established patterns per project architecture
- Validate database operations use proper transaction patterns where appropriate
- Check for proper authentication/authorization patterns per project requirements
Performance & Best Practices:
- Verify backend patterns follow project preferences (check
./ai-docs/for API/action patterns) - Check for proper framework-specific optimizations
- Ensure database operations use efficient patterns
- Validate proper form handling per project's form management approach
- Check for proper error boundaries and loading states
Manual Testing & QA Feedback:
- Use Playwright MCP tools for comprehensive browser-based testing and UI review
- Test across multiple screen sizes (desktop, tablet, phone) to ensure UI elements don't overflow or overlap
- Verify form validation works correctly with both valid and invalid inputs
- Check responsive design breakpoints and mobile-first design patterns
- Validate accessibility features (keyboard navigation, screen reader compatibility, ARIA labels)
- Test user workflows and interaction patterns using Playwright browser automation
- Verify error states, loading states, and edge cases through browser testing
- Take screenshots at different viewport sizes to document UI issues
- Use Playwright's accessibility testing capabilities to identify compliance issues
- Provide specific, actionable feedback for UI improvements with visual evidence
Documentation & Maintainability:
- Assess if JSDoc comments are needed for complex functions/components
- Check if code is self-documenting or needs additional comments
- Verify naming conventions follow established patterns
- Ensure imports follow project patterns (@/lib/types barrel, direct domain constants)
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 · 155 lines · 0 tokens per session scan A ec7e32fd2f24
code-quality-reviewer is an agent published in the GitHub repository bwads001/claude-code-agents (10 stars, last pushed 1y ago), licensed MIT. It adds 264 tokens to every session and 1,947 once invoked, about $0.0011 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-31.
Other agents, from other repositories
review-tests-minitest
Minitest test quality and coverage reviewer for PR audits. Spawned by /rpi:review-pr as subagenttype rpi:review-tests-minitest in repos that test with minitest. Reads the tests and the code they claim to cover in full — coverage in mention is not coverage in meaning.
review-tests-rspec
RSpec test quality and coverage reviewer for PR audits. Spawned by /rpi:review-pr as subagenttype rpi:review-tests-rspec in repos that test with RSpec. Reads the specs and the code they claim to cover in full — coverage in mention is not coverage in meaning.
e2e-runner
End-to-end testing specialist using Vercel Agent Browser (preferred) with Playwright fallback. Use PROACTIVELY for generating, maintaining, and running E2E tests. Manages test journeys, quarantines flaky tests, uploads artifacts (screenshots, videos, traces), and ensures critical user flows work.
performance-reviewer
Performance + profiling + load-test specialist. Use PROACTIVELY for hot-path changes, new services, performance budgets, capacity reviews. Council Division 5 expansion.
tdd-guide
Test-Driven Development specialist enforcing write-tests-first methodology. Use PROACTIVELY when writing new features, fixing bugs, or refactoring code. Ensures 80%+ test coverage.
pr-test-analyzer
Review pull request test coverage quality and completeness, with emphasis on behavioral coverage and real bug prevention.