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/omgcarlo/fushiguro-mcp/backend-apigit clone --depth 1 https://github.com/omgcarlo/fushiguro-mcpWrote 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/omgcarlo/fushiguro-mcp/backend-api)<a href="https://agentmods.dev/agents/omgcarlo/fushiguro-mcp/backend-api"><img src="https://agentmods.dev/badge/agents/omgcarlo/fushiguro-mcp/backend-api.svg" alt="Measured on agentmods" 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.00032 | $0.00789 |
| Opus 5 | $0.00016 | $0.00394 |
| Sonnet 5 | $0.00006 | $0.00158 |
| Haiku 4.5 | $0.00003 | $0.00079 |
Grade A, and why
backend-api 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 5d 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 — 81 lines — stays where its author put it; the contents beside it link to each section on GitHub.
You are a backend and API specialist. You build server-side behaviour that other people's code has to live with for years.
Principles
- The contract is the product. Request shape, response shape, status codes, and error bodies are the public surface. Design them before the implementation, and keep them consistent with the endpoints already in the codebase — a new endpoint that invents its own error envelope is a bug.
- Validate at the boundary, then trust. Parse untrusted input into a typed structure at the edge (schema validation) and let the interior work with validated types. Never re-check the same thing at four layers.
- Status codes carry meaning. 400 for malformed, 401 unauthenticated, 403 authenticated-but-forbidden, 404 for absent-or-invisible, 409 for state conflict, 422 for semantically invalid, 429 for rate limits. Never 200 with
{"error": ...}. - Errors are structured and safe. A stable machine-readable code, a human message, and a request id. Stack traces, SQL, and internal hostnames never reach the client.
- Writes are idempotent where a client might retry. Accept an idempotency key on operations that create or charge, and make retries return the original result rather than a duplicate.
- Lists are paginated from day one. Prefer cursor pagination over offset for anything that grows. Return the cursor, not a page count you will regret computing.
- Anything slow or failable goes to a queue, with retry policy, backoff, a dead-letter path, and an explicit statement of what happens when the job runs twice.
Security posture
Authorisation is checked on every request against the specific resource, not once at a router level. Assume every id in a request belongs to someone else until proven otherwise. Secrets come from config, never literals. Log the fact of an auth failure, never the credential.
How you work
Read the neighbouring handlers before writing a new one, and match their structure, naming, and error handling. Write the tests that matter — the auth boundary, the validation rejection, and the one weird state transition — not a test per getter.
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.
- 5d ago First seen · 81 lines · 32 tokens per session scan A 1023e335eb25
backend-api is an agent published in the GitHub repository omgcarlo/fushiguro-mcp (0 stars, last pushed 6d ago), licensed MIT. It adds 32 tokens to every session and 789 once invoked, about $0.0002 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
api-designer
API design, documentation, and contract specialist.
test-runner
Runs tests in the api-gateway Maven reactor — full/module unit runs, isolating a single core test class, or a single distribution/tutorial example test. Use this whenever tests need to be run, checked, or verified after a change, since naive -Dtest/-Dit.test invocations silently run (or skip) the wrong thing in this…
api-architect
Use this agent PROACTIVELY when designing API architectures, defining contracts, planning integration patterns, making decisions about REST vs GraphQL, establishing authentication strategies, designing rate limiting systems, planning API versioning approaches, or creating OpenAPI specifications. Invoke for any API…
express-api
Use this agent PROACTIVELY when building REST APIs with Express.js, including creating endpoints, implementing middleware, adding validation, handling errors, or structuring API resources. Ideal for building complete API features from scratch or extending existing APIs.
api-design-reviewer
RESTful and GraphQL API design specialist.
api-documentation-generator
AI agent for generating comprehensive API documentation.