CtrlK
BlogDocsLog inGet started
Tessl Logo

giuseppe-trisciuoglio/developer-kit

Comprehensive developer toolkit providing reusable skills for Java/Spring Boot, TypeScript/NestJS/React/Next.js, Python, PHP, AWS CloudFormation, AI/RAG, DevOps, and more.

89

Quality

89%

Does it follow best practices?

Impact

Pending

No eval scenarios have been run

SecuritybySnyk

Risky

Do not use without reviewing

Overview
Quality
Evals
Security
Files

Quality

Discovery

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 well-crafted skill description that clearly defines its scope around Spring application event testing. It lists specific concrete actions, includes natural trigger terms that users would actually use, and has an explicit 'Use when' clause with relevant triggers. The only minor issue is the use of second person ('your Spring Boot services'), which is a slight deviation from the preferred third person voice, but it doesn't significantly impact the description's effectiveness.

DimensionReasoningScore

Specificity

Lists multiple specific concrete actions: validating event publishing with ApplicationEventPublisher, testing @EventListener annotation behavior, and verifying async event handling. These are clearly defined, concrete capabilities.

3 / 3

Completeness

Clearly answers both 'what' (provides patterns for unit testing Spring application events, validates event publishing, tests @EventListener, verifies async handling) and 'when' (explicit 'Use when writing tests for event listeners, mocking application events, or verifying events were published').

3 / 3

Trigger Term Quality

Includes strong natural keywords users would say: 'unit testing', 'Spring application events', 'ApplicationEventPublisher', '@EventListener', 'async event handling', 'event listeners', 'mocking application events', 'Spring Boot services'. Good coverage of both technical terms and natural language variations.

3 / 3

Distinctiveness Conflict Risk

Highly specific niche: Spring application event testing. The combination of Spring-specific terms (ApplicationEventPublisher, @EventListener, Spring Boot) and the testing focus makes this very unlikely to conflict with other skills like general Spring development or general testing skills.

3 / 3

Total

12

/

12

Passed

Implementation

64%

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

This is a solid, actionable skill with executable examples covering the key Spring event testing patterns. Its main weaknesses are verbosity (dependency blocks, production code that could be trimmed) and an internal inconsistency where the async test uses Thread.sleep() while best practices warn against it. The validation checkpoints mentioned in the instructions aren't reflected in the actual code examples.

Suggestions

Remove or significantly trim the Maven/Gradle dependency blocks — Claude knows how to add standard Spring/JUnit/Mockito dependencies

Replace Thread.sleep() in the async test example with an Awaitility example to match the best practices guidance and avoid contradicting your own constraints

Move the production code (UserService, UserEventListener classes) inline with the test code as minimal stubs rather than full standalone classes, or extract to a separate reference file

DimensionReasoningScore

Conciseness

The skill is mostly efficient but includes some unnecessary content — the Maven/Gradle dependency blocks are boilerplate Claude already knows, and the 'When to Use' section largely restates the description. The production code (UserService, UserEventListener, AsyncEventListener) could be trimmed since the focus should be on the test patterns, not the implementation.

2 / 3

Actionability

All examples are fully executable Java code with proper annotations, imports implied by context, and concrete assertions. The ArgumentCaptor pattern, listener direct testing, error scenario testing, and async testing are all copy-paste ready with specific class names and method calls.

3 / 3

Workflow Clarity

The numbered instructions provide a reasonable sequence, and step 6 includes validation checkpoints. However, the async listener test uses Thread.sleep() despite the best practices section warning against it — this inconsistency undermines the workflow. The validation checkpoints in step 6 are listed but not demonstrated in the code examples themselves.

2 / 3

Progressive Disclosure

The content is well-structured with clear section headers, but it's quite long (~180 lines of content) with everything inline. The dependency blocks, production code examples, and detailed constraint explanations could be split into referenced files. The References section links to external Javadocs but no internal supplementary files are used.

2 / 3

Total

9

/

12

Passed

Validation

90%

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

Validation10 / 11 Passed

Validation for skill structure

CriteriaDescriptionResult

allowed_tools_field

'allowed-tools' contains unusual tool name(s)

Warning

Total

10

/

11

Passed

Reviewed

Table of Contents