← ClaudeAtlas

spring-boot-microserviceslisted

Design, scaffold, and review modern Java Spring Boot microservices. Use this skill for ANY Spring Boot, Spring Cloud, or Java backend work — building or reviewing REST APIs in Java, Spring Data JPA / Hibernate (including N+1 and @Transactional issues), Spring Security (OAuth2, JWT), Spring Cloud Gateway, Resilience4j circuit breakers and timeouts, Kafka consumers and the transactional outbox, Micrometer / Actuator / OpenTelemetry observability, Testcontainers tests, caching with Redis, containerizing a Java service, Kubernetes probes, or zero-downtime deploys and database migrations. Trigger it whenever the user says things like "design a service", "scaffold a Spring Boot project", "add a gateway / config server / tracing / circuit breaker", "review my Spring Boot code", "is this service production-ready", "fix this N+1 or slow endpoint", "secure this API with JWT", "split this monolith", or "upgrade Spring Boot 2 to 3" — even when they never say the word "microservice". Targets the current GA generation (Spr
gauravs19/spring-boot-microservices-skill · ★ 0 · API & Backend · score 72
Install: claude install-skill gauravs19/spring-boot-microservices-skill
# Spring Boot Microservices A practitioner's skill for building and reviewing **production-grade** Spring Boot microservices the way strong teams do it in 2026. Three jobs — pick the one the request needs: - **Design** — boundaries, API contracts, data ownership, communication style. - **Scaffold / build** — generate a correct modern project; implement features well. - **Review / audit** — judge an existing service against modern standards. Most requests blend these. This file is the router; **it stays loaded, so it's kept lean on purpose.** Depth lives in `references/` — load a reference only when the task actually reaches that topic, and see the [reference map](#reference-map) at the bottom. ## Orient, and match effort to the task Before acting, settle three things — getting them wrong is the top cause of correct- but-useless advice: **(1) which mode** (ask if genuinely ambiguous); **(2) the version generation** — check `pom.xml`/`build.gradle` and the JDK, never assume (see [Version policy](#version-policy)); **(3) architecture context** — greenfield, one service in an existing estate, or a modular monolith. For existing code, actually read the build file, main class, a representative controller/service/repository, and `application.yml` before forming an opinion. Then calibrate how hard to lean on this skill — this matters because a capable model already writes correct idiomatic Spring Boot (adding `@Valid`, returning a 404, wiring a `SecurityFilterChain`) and loadin