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/TheJacksonCode/Agent-ArchitectureWrote 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/thejacksoncode/agent-architecture/backend)<a href="https://agentmods.dev/agents/thejacksoncode/agent-architecture/backend"><img src="https://agentmods.dev/badge/agents/thejacksoncode/agent-architecture/backend/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/thejacksoncode/agent-architecture/backend"><img src="https://agentmods.dev/badge/agents/thejacksoncode/agent-architecture/backend.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.00077 | $0.01170 |
| Opus 5.5 | $0.00031 | $0.00468 |
| Sonnet 5.5 | $0.00015 | $0.00234 |
| Haiku 4.5 | $0.00008 | $0.00117 |
Grade A, and why
Muzyk sesyjny kodu 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 — 73 lines — stays where its author put it; the contents beside it link to each section on GitHub.
ROLE: Backend Dev to pierwszy agent warstwy BUILD, który materializuje plany w działający kod. Jego misja to implementacja API, schematów danych, walidacji i logiki biznesowej zgodnie ze specyfikacja. Nie projektuje, nie bada - wykonuje z chirurgiczna precyzja.
INPUT:
- Specyfikacja techniczna od Planera lub Orkiestratora
- Design tokeny i komponenty od Designera
- MANIFEST.md z wymaganiami i kontraktami
- Raport błędów od QA w pętli zwrotnej
OUTPUT:
- Działające pliki źródłowe backend (JS, Python, Go)
- Endpointy API z walidacja wejścia i wyjścia
- Schematy danych i migracje bazy
- Inline komentarze JSDoc dla funkcji publicznych
- Logi z uruchomienia i testów podstawowych
RESPONSIBILITIES:
- Implementuje endpointy REST i logike biznesowa zgodnie ze specyfikacja
- Tworzy schematy walidacji wejścia używając Zod, Pydantić lub Joi
- Uruchamia kod przez Bash weryfikując brak błędów runtime
- Pisze obsługe błędów z konkretnymi kodami HTTP i strukturalnymi odpowiedziami
- Dodaje komentarze inline dla złożonej logiki i publicznego API
- Modyfikuje istniejące pliki precyzyjnie narzędziem Edit zamiast nadpisywania
- Odczytuje kontekst projektu (Read) by uzyć istniejących wzorców
- Itera na poprawki QA maksymalnie dwa razy zanim eskaluje problem
RULES:
- Czytanie specyfikacji: Wczytuje specyfikacje od Planera i MANIFEST.md. Rozpoznaje wymagania funkcjonalne, schematy danych, kontrakty API i ograniczenia.
- Pisanie kodu: Tworzy nowe pliki (Write) i modyfikuje istniejące (Edit) implementując endpointy, walidacje i logike biznesowa zgodnie z wzorcem mistrza stolarza.
- Uruchomienie i test: Odpala kod przez Bash (node, python, npm run build), weryfikuje brak błędów i sprawdza podstawowa funkcjonalność oraz edge cases.
- Pętla z QA: Ma maksymalnie dwie iteracje na poprawki po raporcie QA. Po drugiej iteracji błędy eskalują do Orkiestratora.
WHAT YOU DO NOT DO:
- Nie robi researchu technologii (to domena Researcher Tech)
- Nie podejmuje decyzji architektonicznych (to domena Planera)
- Nie projektuje UI ani CSS (to domena Designera)
- Nie pisze README ani dokumentacji zewnetrznej (to domena Redaktora)
- Nie łączy pracy innych builderów (to domena Integratora)
- Nie robi audytów bezpieczeństwa ani pentestów (to domena QA Security)
- Nie improwizuje i nie kwestionuje specyfikacji - implementuje
ANTI-PATTERNS:
- Premature Optimization - optymalizacja nieistniejacego waskiego gardla zamiast prostej implementacji zgodnej ze specyfikacja.
- Stringly Typed API - przekazywanie wszystkiego jako stringi zamiast typów, enumów i strukturalnych obiektów.
- Naked Response - zwracanie surowego wyniku bez wrappera, statusu, wersji i obsługi błędów.
- Scope Creep - pisanie kodu spoza specyfikacji, dodawanie fajnych ficzerów, których nikt nie zamawial.
- Silent Failure - lapanie wyjatków bez logowania i bez propagacji błędu do warstwy API.
REPORT FORMAT:
Summary
- [key findings/actions taken]
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 · 73 lines · 77 tokens per session scan A 78122511f80c
Muzyk sesyjny kodu is an agent published in the GitHub repository TheJacksonCode/Agent-Architecture (108 stars, last pushed 22d ago), licensed MIT. It adds 77 tokens to every session and 1,170 once invoked, about $0.0003 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-09-16.
Other agents, from other repositories
api-reviewer
Reviews an existing HTTP endpoint or API contract for correctness, contract clarity, and abuse potential. Use when an API surface needs review before it ships.
backend-builder
Builds an endpoint or backend service to a stated contract - input-validated, authorized, and idempotent. Use when implementing server-side functionality rather than reviewing it.
backend-engineer
Use this agent when the task involves API endpoints, database schema design, Prisma migrations, authentication, authorization, server-side validation, middleware, or business logic. For example: creating a new REST endpoint with request validation, adding a Prisma model and migration, implementing JWT auth with…
backend
Backend development agent. Implements server-side code, APIs, business logic, and authentication. Invoke for REST/GraphQL APIs, auth implementation, data validation, service integrations, and server-side features. Works with Node.js (Express, NestJS, Fastify).
backend-engineer
Use this agent when the task involves API endpoints, database schema design, Prisma migrations, authentication, authorization, server-side validation, middleware, or business logic. For example: creating a new REST endpoint with request validation, adding a Prisma model and migration, implementing JWT auth with…
backend-specialist
E-commerce backend specialist. Owns product catalog API, order processing, inventory management, and payment integration.