CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

springboot-verification

Run the full Spring Boot verification loop — Maven or Gradle build, SpotBugs, PMD, and Checkstyle static analysis, unit and Testcontainers integration tests with JaCoCo coverage, OWASP dependency and secret scans, and diff review — producing a pass/fail readiness report. Use when preparing a Spring Boot pull request, validating coverage thresholds, or running pre-deploy verification.

Quality

84%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide
SecuritybySnyk

Passed

No findings from the security scan

SKILL.md
Quality
Evals
Security

Quality

Content

71%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.

The body is a highly actionable, well-sequenced verification pipeline with concrete commands and a clear report template, but it spends nearly half its length on generic Java test examples Claude could write unaided. Moving those examples to reference files (or trimming to one representative snippet each) and adding explicit error-recovery loops for the analysis/test/security phases would lift the weakest dimensions.

Suggestions

Move the full Mockito, Testcontainers, and MockMvc test classes into reference files (e.g. references/test-examples.md) and keep only a one-line pointer plus a single representative snippet per test layer in SKILL.md.

Add explicit fix-and-retry checkpoints for Phase 2 and Phase 4 (e.g. 'If SpotBugs/PMD/Checkstyle fails: fix findings, then re-run mvn spotbugs:check pmd:check checkstyle:check before proceeding').

Trim guidance that restates known conventions, such as the 'Common Security Findings' grep block and the closing 'Remember' remark, keeping only project-specific thresholds like the 80% coverage gate.

DimensionReasoningScore

Conciseness

The phase commands and checklists are efficient, but roughly 100 lines of standard Mockito, Testcontainers, and MockMvc test classes restate patterns Claude already knows, so the body could be tightened substantially without losing value.

3 / 5

Actionability

Every phase gives copy-paste-ready commands (`mvn -T 4 clean verify -DskipTests`, `./gradlew clean assemble -x test`, concrete grep patterns for secrets), plus executable Java examples and a fill-in output template covering the common cases.

5 / 5

Workflow Clarity

Phases 1–6 are clearly sequenced with a stop-and-fix gate on build failure and a diff-review checklist, but fix-and-retry feedback loops are only explicit for Phase 1 — later phases (static analysis, tests, security) lack explicit error-recovery checkpoints.

4 / 5

Progressive Disclosure

Section headers and phases are well organized, but the three full Java test classes (~100 lines) are content that belongs in separate reference files inlined in the single SKILL.md, and no reference files exist to split the detail into.

3 / 5

Total

15

/

20

Passed

Description

92%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: it enumerates concrete pipeline stages, names the exact tools involved, and gives explicit 'Use when' triggers tied to PR preparation, coverage validation, and pre-deploy checks. Third-person voice is used correctly and nothing is vague or over-claimed.

DimensionReasoningScore

Specificity

The description lists multiple concrete actions — 'Maven or Gradle build, SpotBugs, PMD, and Checkstyle static analysis, unit and Testcontainers integration tests with JaCoCo coverage, OWASP dependency and secret scans, and diff review — producing a pass/fail readiness report' — comprehensively covering the skill's capabilities.

5 / 5

Completeness

It explicitly answers both what (the full verification pipeline producing a pass/fail readiness report) and when ('Use when preparing a Spring Boot pull request, validating coverage thresholds, or running pre-deploy verification') with concrete trigger phrases.

5 / 5

Trigger Term Quality

Good keyword coverage including 'Spring Boot', 'Maven', 'Gradle', 'pull request', 'coverage thresholds', and 'pre-deploy verification', but a few natural user phrasings (e.g. 'run the tests', 'verify my service', 'CI check') are missing, so it falls just short of the comprehensive-synonyms anchor.

4 / 5

Distinctiveness Conflict Risk

The Spring Boot verification niche is clearly bounded by named tooling (SpotBugs, PMD, Checkstyle, Testcontainers, JaCoCo, OWASP), giving it distinct triggers with minimal overlap risk against other skills.

5 / 5

Total

19

/

20

Passed

Validation

93%

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

Validation — 15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

metadata_version

'metadata.version' is missing

Warning

Total

15

/

16

Passed

Repository

affaan-m/ECC

Path

skills/springboot-verification/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.