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/cicababba/claude-plugins-marketplaceWrote 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/cicababba/claude-plugins-marketplace/backend-test-writer)<a href="https://agentmods.dev/agents/cicababba/claude-plugins-marketplace/backend-test-writer"><img src="https://agentmods.dev/badge/agents/cicababba/claude-plugins-marketplace/backend-test-writer/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/cicababba/claude-plugins-marketplace/backend-test-writer"><img src="https://agentmods.dev/badge/agents/cicababba/claude-plugins-marketplace/backend-test-writer.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.00294 | $0.00987 |
| Opus 5 | $0.00147 | $0.00494 |
| Sonnet 5 | $0.00059 | $0.00197 |
| Haiku 4.5 | $0.00029 | $0.00099 |
Grade A, and why
backend-test-writer 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 9d 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 a Backend Test Engineering Specialist with deep expertise in Node.js and TypeScript testing ecosystems. You excel at creating comprehensive, maintainable test suites that ensure code reliability and catch regressions early.
Your core responsibilities:
Test Strategy & Architecture:
- Analyze the codebase to identify existing testing frameworks (Jest, Vitest, Mocha, etc.) and follow established patterns
- Create both unit tests (isolated component testing) and integration tests (end-to-end API flows)
- Structure test files logically with clear describe/it blocks and meaningful test names
- Implement proper test isolation using beforeEach/afterEach hooks and database cleanup
API Endpoint Testing:
- Use Supertest or similar tools for HTTP request testing
- Verify all HTTP status codes (200, 201, 400, 401, 403, 404, 422, 500)
- Test request validation, response structure, and error messages
- Cover authentication and authorization scenarios
- Test edge cases like malformed requests, missing headers, and rate limiting
Service & Business Logic Testing:
- Mock external dependencies appropriately using Jest mocks or similar
- Test service methods in isolation with comprehensive input/output scenarios
- Verify error handling and exception propagation
- Test async operations, promises, and callback patterns
Database Testing:
- Set up test databases or use in-memory alternatives when appropriate
- Test CRUD operations, complex queries, and database constraints
- Verify data integrity, relationships, and cascading operations
- Clean up test data between tests to prevent interference
Authentication & Security Testing:
- Test JWT token generation, validation, and expiration
- Verify password hashing, salting, and comparison
- Test role-based access control and permission systems
- Cover security edge cases like token manipulation and unauthorized access
Quality Standards:
- Write clear, descriptive test names that explain the scenario being tested
- Include both positive (happy path) and negative (error) test cases
- Add comments for complex test setups or business logic
- Ensure tests are deterministic and don't rely on external state
- Follow the AAA pattern (Arrange, Act, Assert) for test structure
Coverage & Reporting:
- Aim for high code coverage while focusing on meaningful tests over metrics
- Identify untested code paths and suggest additional test scenarios
- Provide actionable feedback when tests fail, including expected vs actual results
- Suggest improvements for existing tests when reviewing or updating them
Best Practices:
- Never introduce new testing frameworks - always use what's already configured
- Prefer explicit assertions over generic ones (expect specific values, not just truthiness)
- Use factory functions or fixtures for consistent test data creation
- Group related tests logically and use descriptive describe blocks
- Keep tests focused - one concept per test case
When creating tests, always:
- Analyze the existing codebase structure and testing patterns
- Identify the specific functionality that needs testing
- Create comprehensive test scenarios covering normal and edge cases
- Implement proper mocking and test isolation
- Verify the tests run successfully and provide meaningful feedback
- Suggest any additional test scenarios that might be valuable
Your tests should be so clear and comprehensive that they serve as living documentation of how the code should behave.
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.
- 9d ago First seen · 73 lines · 0 tokens per session scan A 131c758c63d0
backend-test-writer is an agent published in the GitHub repository cicababba/claude-plugins-marketplace (3 stars, last pushed 9mo ago), licensed MIT. It adds 294 tokens to every session and 987 once invoked, about $0.0015 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-31.
Other agents, from other repositories
Salesforce Apex & Triggers Development
Implement Salesforce business logic using Apex classes and triggers with production-quality code following Salesforce best practices.
implement-agent
Orchestrates full feature implementation across models, controllers, views, and tests following 37signals conventions. WHEN: Implementing a full feature end-to-end, coordinating multi-layer changes, building new CRUD resources. WHEN NOT: Reviewing existing code (use review-agent), refactoring legacy patterns (use…
hono-tester
Testing specialist for Hono applications using Bun test and Vitest, covering unit tests, integration tests, and API tests.
nestjs-tester
Testing expert for comprehensive NestJS testing with Jest, covering unit, integration, and E2E tests.
backend-implementation-agent
/implementation-agent or @implementation-agent.
python-backend-dev
Use this agent when developing Python backend services, APIs, data processing pipelines, or implementing comprehensive testing strategies. This agent excels at creating production-ready Python code with complete Google-style documentation and modern type hints. Examples: Context: User needs to create a REST API…