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. Part of cursor-rules-java project

68

Quality

81%

Does it follow best practices?

Impact

No eval scenarios have been run

SecuritybySnyk

Passed

No known issues

SKILL.md
Quality
Evals
Security

Quality

Content

62%

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

The skill has a well-structured workflow with strong safety constraints and trust boundaries, which is appropriate for the domain. However, it lacks concrete code examples — the core patterns (BaseAcceptanceTest setup, HttpClient usage, AT class structure) are entirely deferred to a reference file that cannot be verified. The content is moderately concise but has some redundancy between the bullet summary and constraints sections.

Suggestions

Add a minimal concrete code example of a BaseAcceptanceTest skeleton and one *AT test class directly in the SKILL.md to make it actionable without requiring the reference file.

Remove the redundant 'What is covered' bullet list — the constraints and workflow sections already communicate this information more effectively.

Include the bundle reference file (references/523-frameworks-micronaut-testing-acceptance-tests.md) so the progressive disclosure actually works, or inline the most critical patterns if the reference cannot be provided.

DimensionReasoningScore

Conciseness

The 'What is covered' bullet list and the constraints section have some redundancy (e.g., preconditions stated twice in different forms). The summary section explaining what the skill covers is somewhat verbose and could be tightened, but it's not egregiously padded with things Claude already knows.

2 / 3

Actionability

The skill provides a clear workflow and specific commands (./mvnw compile, ./mvnw clean verify), but lacks any concrete code examples — no BaseAcceptanceTest skeleton, no HttpClient exchange snippet, no AssertJ assertion pattern. All the actual executable guidance is deferred to the reference file, making the SKILL.md itself more of a pointer than actionable instruction.

2 / 3

Workflow Clarity

The four-step workflow is clearly sequenced with explicit validation checkpoints: compile before changes, verify after changes, and a confirmation gate (summarize scenarios for user confirmation before generating code). The constraints section adds additional safety gates including trust boundaries and precondition checks.

3 / 3

Progressive Disclosure

The skill references a detailed reference file (references/523-frameworks-micronaut-testing-acceptance-tests.md) which is good one-level-deep disclosure, but no bundle files were provided to verify the reference exists. The SKILL.md itself contains a fair amount of inline content in the 'What is covered' section that could be better organized, and the lack of verifiable bundle structure limits confidence in the navigation.

2 / 3

Total

9

/

12

Passed

Description

100%

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

This is a strong, highly specific skill description that clearly defines its niche within Micronaut acceptance testing from sanitized Gherkin scenarios. It excels at listing concrete technologies and actions, provides explicit trigger guidance with example phrases, and is distinctive enough to avoid conflicts. The description is somewhat dense and could benefit from slightly cleaner formatting, but it contains all necessary information for accurate skill selection.

DimensionReasoningScore

Specificity

Lists multiple specific concrete actions and technologies: implementing acceptance tests from Gherkin scenarios, @MicronautTest, HttpClient, BaseAcceptanceTest with TestPropertyProvider, Testcontainers, WireMock, *AT suffix, Failsafe. Very detailed about what it does.

3 / 3

Completeness

Clearly answers both 'what' (implement acceptance tests from sanitized Gherkin scenario facts for Micronaut apps with specific tooling) and 'when' (explicit 'Use when' clause at the start, plus 'This should trigger for requests such as...' with concrete examples). Both dimensions are well-covered.

3 / 3

Trigger Term Quality

Includes many natural keywords a user working in this domain would use: 'acceptance tests', 'Gherkin', 'Micronaut', 'Testcontainers', 'WireMock', 'BaseAcceptanceTest', 'Failsafe', '@MicronautTest'. Also provides explicit example trigger phrases like 'Implement Micronaut acceptance tests from sanitized Gherkin scenario facts'.

3 / 3

Distinctiveness Conflict Risk

Extremely specific niche: Micronaut acceptance tests from maintainer-sanitized Gherkin facts, with a very particular tech stack (Testcontainers, WireMock, Failsafe, *AT suffix). Unlikely to conflict with any other skill due to the highly specialized combination of technologies and workflow constraints.

3 / 3

Total

12

/

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.

Validation11 / 11 Passed

Validation for skill structure

No warnings or errors.

Repository
jabrena/cursor-rules-java
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.