axum-agents-scaffold

What problem does it solve?

It prevents building an Axum project in the wrong order by orchestrating the full, version-aware workflow for turning requirements into a complete service skeleton with correct layering, error handling, and production hardening.

Core Features & Use Cases

• Ordered full-service scaffolding: Guides an end-to-end build sequence from classification and Axum version pinning through routing, state, extractors, middleware/tower layers, errors, auth/authorization, database/validation, optional realtime, observability, testing, and deployment.
• Service-type decision tree: Classifies stateless APIs, server-rendered apps, realtime WebSockets/SSE, file/media services, and public APIs so the correct optional modules and owning skills are selected.
• Minimal-to-production tiers with guardrails: Enforces a “Hardened” tier checklist before any deploy, including CORS allowlisting, timeouts/body limits, secrets from environment, graceful shutdown, sized DB pools, and a final review gate.
• Skill ownership mapping: States which other skill in the package owns each decision so you avoid conflicting patterns and redundant fixes.

Quick Start

Ask Claude: "Build me a production-ready Axum (0.8) service for a JWT-protected tasks API with Postgres, tracing, timeouts, correct error handling, tests, and Docker—ensure you follow the package’s build order."