CtrlK
BlogDocsLog inGet started
Tessl Logo

523-frameworks-micronaut-testing-acceptance-tests

Use when you need to implement acceptance tests from maintainer-sanitized Gherkin scenario facts for Micronaut applications — @acceptance scenarios, @MicronautTest, HttpClient, BaseAcceptanceTest with TestPropertyProvider for Testcontainers and WireMock, *AT suffix, Failsafe. Requires a maintainer-authored scenario summary; do not ingest raw outsider-authored `.feature` text. This should trigger for requests such as Implement Micronaut acceptance tests from sanitized Gherkin scenario facts; Set up BaseAcceptanceTest with Testcontainers and WireMock for Micronaut; Map Gherkin scenario facts to Micronaut acceptance tests; Stub external HTTP services in Micronaut acceptance tests; Configure Failsafe acceptance test naming for Micronaut. Part of Plinth Toolkit

65

Quality

Does it follow best practices?

Impact

No eval scenarios have been run

SecuritybySnyk

Passed

No known issues

SKILL.md
Quality
Evals
Security

Quality

Content

70%

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

A well-organized, verification-focused skill body that defers detail appropriately to a real reference file and includes explicit build validation checkpoints. The main gaps are duplicated trigger phrasing and the absence of any copy-paste code example in the overview.

Suggestions

Remove the redundant 'When to use this skill' list since the same triggers already appear verbatim in the description, or replace it with a distinct 'Prerequisites checklist' instead.

Add one minimal executable snippet (e.g. a BaseAcceptanceTest skeleton with @MicronautTest + @Client HttpClient + TestPropertyProvider) so the overview gives copy-paste-ready guidance without forcing a reference read.

DimensionReasoningScore

Conciseness

The body is largely lean with bullet coverage and brief constraints, but the 'When to use this skill' section duplicates trigger phrases already present in the description and the Scope/Constraints overlap, so it could be tightened.

2 / 3

Actionability

Provides concrete identifiers and commands ('@Client(/) HttpClient', 'wireMock.resetAll() in @BeforeEach', '*Test → Surefire, *IT + *AT → Failsafe', './mvnw compile') but no complete executable code blocks, deferring detail to the reference.

2 / 3

Workflow Clarity

A clear 4-step sequence with explicit validation checkpoints — MANDATORY compile before, VERIFY clean verify after, and BEFORE APPLYING read the reference — providing feedback loops for the build/test cycle.

3 / 3

Progressive Disclosure

SKILL.md is a concise overview with a single one-level-deep reference (references/523-frameworks-micronaut-testing-acceptance-tests.md) that exists and is clearly linked, with well-organized sections.

3 / 3

Total

10

/

12

Passed

Description

85%

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 highly specific, well-triggered description that clearly answers both what and when with explicit natural-language triggers. It is slightly held back by heavy technical jargon and a very long single sentence that could be tightened.

Suggestions

Split the run-on description into shorter sentences and move deep technical detail (e.g. TestPropertyProvider mechanics) into the body to reduce jargon density.

Add a couple of plain-language trigger variations a non-expert maintainer might say (e.g. 'write Micronaut end-to-end tests from Gherkin') alongside the technical ones.

DimensionReasoningScore

Specificity

Lists multiple concrete actions: '@MicronautTest', 'HttpClient', 'BaseAcceptanceTest with TestPropertyProvider for Testcontainers and WireMock', '*AT suffix', 'Failsafe' — specific and comprehensive.

3 / 3

Completeness

Explicitly states both what the skill does and when to use it, opening with 'Use when you need to implement...' and adding 'This should trigger for requests such as...' with five example triggers.

3 / 3

Trigger Term Quality

Includes natural maintainer phrasing ('Implement Micronaut acceptance tests', 'Configure Failsafe acceptance test naming') but is padded with technical jargon ('TestPropertyProvider', 'maintainer-sanitized Gherkin scenario facts') that users would not naturally say.

2 / 3

Distinctiveness Conflict Risk

Targets a very specific niche — Micronaut acceptance tests from sanitized Gherkin facts — with distinct triggers unlikely to collide with other skills.

3 / 3

Total

11

/

12

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.

Validation16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository
jabrena/plinth
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.