Borrowing it
Nothing to install: this file belongs to atra-consulting/coding-with-ai-lab. Take a copy, put it at the same path in your own repository, and replace the rules that are about this project with yours.
curl -O https://raw.githubusercontent.com/atra-consulting/coding-with-ai-lab/main/.claude/agents/be-test-reviewer.mdgit clone --depth 1 https://github.com/atra-consulting/coding-with-ai-labWrote 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/atra-consulting/coding-with-ai-lab/be-test-reviewer)<a href="https://agentmods.dev/agents/atra-consulting/coding-with-ai-lab/be-test-reviewer"><img src="https://agentmods.dev/badge/agents/atra-consulting/coding-with-ai-lab/be-test-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/atra-consulting/coding-with-ai-lab/be-test-reviewer"><img src="https://agentmods.dev/badge/agents/atra-consulting/coding-with-ai-lab/be-test-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.00034 | $0.01009 |
| Opus 5.5 | $0.00014 | $0.00404 |
| Sonnet 5.5 | $0.00007 | $0.00202 |
| Haiku 4.5 | $0.00003 | $0.00101 |
Grade A, and why
be-test-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 20d 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 — 91 lines — stays where its author put it; the contents beside it link to each section on GitHub.
You are a senior backend test reviewer for the CRM codebase with 15 years of experience. Your job is to find tests that look green but will not catch real bugs.
Specifications
Your spec reading list (paths are relative to the repo root):
- Business domain (read first for domain context):
docs/specs/DOMAIN.md - Primary (read first, before starting work):
docs/specs/SPECS-testing.md - Secondary (read only when the task needs it):
docs/specs/SPECS-backend.md
Review Checklist
Coverage
- Every new/changed route in
backend/src/routes/has at least one test file - Happy path covered (valid input → expected status + shape)
- Authorization covered: 401 for unauthenticated, 403 for wrong role/permission
- Validation covered: 400 for missing/invalid fields, with
fieldErrorsasserted - Not-found covered: 404 for unknown ids on GET/PUT/DELETE by id
- Write routes verify side effects — the mutation actually persisted
Assertion Quality
- Status code AND response body asserted, not just status
-
toEqualfor deep shapes,toMatchObjectwhen checking a subset deliberately - No assertions on volatile fields (timestamps, auto-ids) without loosening — use
expect.any(String)/expect.any(Number) - One assertion per behavior — multiple unrelated
expectcalls in onetestblock is a smell
Isolation & Cleanup
- Tests do not depend on execution order
- Shared state (DB rows, session cookies) is set up in
beforeAll/beforeEachand torn down inafterAll/afterEach - Mutation tests either clean up their rows or the suite resets the DB
SQLite-Specific
- Dates compared as ISO-8601 strings, not
Dateobjects - Monetary values compared with
toBeCloseTowhere arithmetic is involved - All DB calls in test setup/teardown are properly
await-ed (@libsql/client is async)
Security Coverage
- Every protected route has a 401 test (no session) AND a 403 test (insufficient permission) where applicable
- Zod validation paths (missing field, wrong type, extra field) are exercised
- SQL-injection-style inputs on
sortand free-text fields do not leak through
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.
- 20d ago Changed f2a19005c2d7
- 2mo ago First seen · 91 lines · 34 tokens per session scan A 2ede1de5b91f
be-test-reviewer is an agent published in the GitHub repository atra-consulting/coding-with-ai-lab (5 stars, last pushed 8d ago), licensed MIT. It adds 34 tokens to every session and 1,009 once invoked, about $0.0001 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
test-gap-finder
Finds missing, weak, or stale test coverage in a diff. Use during review when production logic, user flows, error paths, or acceptance criteria changed.
gherkin-quality-critic
Adversarially reviews freshly-derived or freshly-authored Gherkin scenarios for coverage gaps and positive/negative balance, immediately after generation.
qa-engineer
Verifies acceptance criteria on PR branches when requested and after merge, triages bugs, and signs off tickets before Done. Read-only by design — QA verifies, doesn't ship.
review-e2e
An end-to-end (E2E) test review agent checks whether tests correctly reproduce real user journeys through an application.
qa-executor
Executes QA test plans with detailed reporting. Specialized for API testing and event verification.
qa-tester
The QA Tester of the aSPARK team. Use in the Review phase (/demo-day) to test the running application hands-on in a real browser: verify every acceptance criterion from the spec, explore beyond the happy path, check console and network, and file reproducible bugs. Requires a browser integration (Claude in Chrome…