CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

spring-boot-skill

Build Spring Boot 4.x applications following the best practices. Use this skill: * When developing Spring Boot applications using Spring MVC, Spring Data JPA, Spring Modulith, Spring Security * To create recommended Spring Boot package structure * To implement REST APIs, entities/repositories, service layer, modular monoliths * To use Thymeleaf view templates for building web applications * To write tests for REST APIs and Web applications * To write ArchUnit tests for testing architecture * To configure the recommended plugins and configurations to improve code quality, and testing while using Maven. * To use Spring Boot's Docker Compose support for local development * To create Taskfile for easier execution of common tasks while working with a Spring Boot application

1.50x
Quality

92%

Does it follow best practices?

Impact

89%

1.50x

Average score across 3 eval scenarios

SecuritybySnyk

Passed

No findings from the security scan

SKILL.md
Quality
Evals
Security

Quality

Content

92%Weight 40%Scale 1-5

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

An exemplary progressive-disclosure index: a lean body that assumes Claude's competence, a complete one-to-one mapping between the 19 body links and the 19 reference files (all one level deep), and an unambiguous routing instruction. The only gap is the absence of any inline quick-start snippet for the most common task, which is acceptable given the skill's design but leaves actionability just short of the top anchor.

DimensionReasoningScore

Conciseness

The body is a lean router (~65 lines): each section is one or two lines of pointer plus directive, e.g. "Read the linked reference only when working on that area" — no space is spent explaining what Spring Boot, JPA, or Thymeleaf are. The two denser paragraphs (testing levels, test-data setup) each carry real guidance ("Most framework-touching tests belong at the fast sliced level... keep full-context @SpringBootTest for a smoke test"), not padding, so every token earns its place. Not 4: there is no over-explanation to trim.

5 / 5

Actionability

Concrete, directive guidance throughout: every section names exactly which file to read, and the testing table maps scenario to level to reference ("Business/domain logic, no framework → Unit (no Spring context) → testing-unit-mocking.md"), plus a hard rule "All persistence and integration tests use Testcontainers with a real database (never in-memory H2)". Not 5: there is no inline quick-start code or command — for any concrete task Claude must first open a reference, so a minor gap remains. Not 3: nothing is vague; each task maps to a specific file and level.

4 / 5

Workflow Clarity

This is a routing/overview skill, not a fragile multi-step process, and the single action is unambiguous: "Apply the practices below when developing Spring Boot applications. Read the linked reference only when working on that area", with the table disambiguating the most complex area (which test level for which target). No destructive or batch operations exist that would require validation checkpoints, so the simple-skill exception applies. Not 4: no checkpoint gaps exist because there is no sequential fragile process to guard.

5 / 5

Progressive Disclosure

Scored against the actual bundle: all 19 files in references/ are linked from the body, every link resolves to a real file, and references are exactly one level deep with no nested pointers. Sections are well-signaled per topic and the testing table acts as a navigable decision matrix — matching the anchor of a clear overview with well-signaled one-level-deep references and easy navigation. Not 4: there are no organization gaps or misplaced inline content.

5 / 5

Total

19

/

20

Passed

Description

88%Weight 40%Scale 1-5

Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.

A strong description with an explicit what and an explicit, multi-branch when clause covering build, structure, data, web, testing, and tooling. Keyword coverage is good but misses a few natural synonyms, and the secondary Maven/Docker Compose/Taskfile claims carry minor conflict risk with skills dedicated to those tools.

DimensionReasoningScore

Specificity

Lists many concrete actions across the whole domain: "To implement REST APIs, entities/repositories, service layer, modular monoliths", "To write ArchUnit tests for testing architecture", "To configure the recommended plugins and configurations to improve code quality, and testing while using Maven", "To create Taskfile". Coverage spans build config, package structure, data, web, testing, and tooling with no material gaps, matching the anchor for multiple specific concrete actions with comprehensive coverage. Not 4: the gaps at that anchor ("minor gaps in coverage") are not present here.

5 / 5

Completeness

Explicitly answers both questions: the what is "Build Spring Boot 4.x applications following the best practices" plus an enumerated action list, and the when is an explicit trigger clause — "Use this skill: * When developing Spring Boot applications using Spring MVC, Spring Data JPA, Spring Modulith, Spring Security". Both are concrete and explicit with trigger phrases, matching the top anchor. Not 4: the 'when' here is not merely present but multi-branch and specific.

5 / 5

Trigger Term Quality

Good natural keyword coverage: "Spring Boot", "Spring MVC, Spring Data JPA, Spring Modulith, Spring Security", "REST APIs", "Thymeleaf", "Maven", "Docker Compose", "Taskfile" — terms a user working on a Spring Boot app would naturally say. Not 5: common variations/synonyms like "Java web application", "Spring Framework", or "pom.xml" are missing, so keyword coverage is good rather than comprehensive.

4 / 5

Distinctiveness Conflict Risk

Clear niche (Spring Boot application development) with distinct triggers like "Spring Modulith", "ArchUnit", and "Thymeleaf" that are unlikely to fire for other skills. Not 5: secondary claims on "Maven" plugin configuration, "Docker Compose", and "Taskfile" create minor overlap risk with dedicated Maven, Docker, or Taskfile skills. Not 3: the core trigger surface is firmly and specifically Spring Boot.

4 / 5

Total

18

/

20

Passed

Validation

100%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation — 16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository

sivaprasadreddy/sivalabs-agent-skills

Path

skills/spring-boot/SKILL.md

Reviewed

Table of Contents

Is this your skill?

If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.