CtrlK
BlogDocsLog inGet started
Tessl Logo

401-frameworks-quarkus-core

Use when building or reviewing core Quarkus applications with CDI beans and scopes, SmallRye Config and profiles, lifecycle, interceptors and events, virtual threads, and test-friendly design. This should trigger for requests such as Review Java code for Quarkus application structure and CDI; Apply best practices for Quarkus configuration and beans; Improve CDI interceptors, events, or programmatic injection in Quarkus; Add virtual-thread configuration or tune CDI lifecycle. ; Review Quarkus CDI bean lifecycle and configuration. Part of Plinth Toolkit

69

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.

The body is a well-structured overview with clear validation gates and proper one-level-deep progressive disclosure to a real reference file. Its weaknesses are redundant constraint bullets and abstract, delegation-heavy step wording with no inline executable code examples.

Suggestions

Consolidate the four compile/stop bullets in Constraints into one mandatory rule with a single explicit stop condition to remove the redundancy.

Add one or two concrete inline code examples (e.g., a minimal @ApplicationScoped bean with constructor injection and a @ConfigMapping interface) instead of delegating all patterns to the reference.

Tighten the workflow steps with specific actions or reference sections per step (e.g., "Consult the CDI scopes examples before choosing @ApplicationScoped vs @Singleton") rather than generic verbs like "Apply framework-aligned changes".

DimensionReasoningScore

Conciseness

Mostly lean and free of concept explanations, but the Constraints section restates the same compile/stop requirement across four bullets (MANDATORY, PREREQUISITE, SAFETY, BLOCKING CONDITION) and the "When to use" list duplicates the description's triggers, so it could be tightened.

2 / 3

Actionability

Concrete build commands (./mvnw compile, mvn clean verify) are present, but the actual Quarkus guidance is delegated to the reference ("Implement or refactor configuration/code following the reference patterns") with no executable code in the body, and workflow verbs like "Apply framework-aligned changes" are abstract.

2 / 3

Workflow Clarity

A clear 4-step sequence with explicit validation checkpoints — compile before changes, stop immediately on compilation failure, run clean verify after — giving a real feedback gate for a risky refactoring operation.

3 / 3

Progressive Disclosure

The body is a concise overview that points to a single one-level-deep reference (references/401-frameworks-quarkus-core.md, which exists), signaled in both the Workflow and Reference sections, with detailed examples/rules appropriately split into that file.

3 / 3

Total

10

/

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.

The description is strong: it names concrete capabilities, supplies explicit Use-when triggers that read like real user requests, and occupies a distinct Quarkus niche. It is somewhat verbose/padded and contains a stray ". ;" formatting glitch plus a trailing "Part of Plinth Toolkit" tag, but these do not undermine the substantive trigger coverage.

DimensionReasoningScore

Specificity

Lists multiple concrete capability areas — "CDI beans and scopes, SmallRye Config and profiles, lifecycle, interceptors and events, virtual threads, and test-friendly design" — rather than vague language, matching the multiple-specific-actions anchor.

3 / 3

Completeness

Explicitly answers both what ("building or reviewing core Quarkus applications with CDI beans and scopes...") and when ("Use when building or reviewing... This should trigger for requests such as..."), with an explicit Use-when clause.

3 / 3

Trigger Term Quality

Natural user phrasing is well covered via "This should trigger for requests such as Review Java code for Quarkus application structure and CDI; Apply best practices for Quarkus configuration and beans; Improve CDI interceptors...", terms a user would actually say.

3 / 3

Distinctiveness Conflict Risk

Scoped to a clear niche — core Quarkus CDI/configuration/lifecycle — with Quarkus-specific triggers unlikely to fire for non-Quarkus skills.

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.

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.