CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

hilla-test

Creates tests for Hilla use cases on both sides of the browser boundary: Vitest + React Testing Library tests for the React/TypeScript view (with the generated endpoint clients mocked) and Spring Boot integration tests for the @BrowserCallable service behind it. Use when the user asks to "test a Hilla view", "write Hilla tests", "test a React view for Vaadin", "test a @BrowserCallable service", "write Vitest tests for a Hilla app", or mentions Hilla testing, React Testing Library for Vaadin, endpoint mocking, or testing TSX views.

1.11x
Quality

97%

Does it follow best practices?

Impact

96%

1.11x

Average score across 15 eval scenarios

SecuritybySnyk

Passed

No findings from the security scan

The canonical home for this skill is ai-unified-process/aiup-vaadin-jooq

SKILL.md
Quality
Evals
Security

Quality

Content

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

This is a high-quality process skill: fully executable guidance with exact commands, complete code, and two verified one-level-deep template references, driven by a well-sequenced workflow with explicit validation and failure-triage feedback loops. The only weakness is minor verbosity in a few rationale-heavy passages (the Coverage Check justification and the injection-policy paragraph) that could be tightened.

DimensionReasoningScore

Conciseness

The body is dense with Hilla/AUP-specific guidance Claude would not know ("spy on the generated endpoint module... that is the supported seam", "No Mockito, no @Transactional") and never explains general concepts, but a few passages argue rather than instruct and could be trimmed — e.g. the closing "Running the audit here would triple it — once after implementation, once after tests, once in /coverage-check" rationale and the multi-sentence injection-policy paragraph. This sits above 'minor instances of over-explanation' being absent but below 'every token earns its place'.

4 / 5

Actionability

Everything is executable: the exact dev-dependency install command, a complete vitest.config.ts, the exact UseCase.java annotation source, concrete run commands ("npx vitest -t 'UC-XXX'", "npm test -- --run", "mvn test -Dtest=UC<id>*"), and copy-paste-ready TSX/Java test patterns, backed by two full template suites in references/. Common cases are covered with specific examples.

5 / 5

Workflow Clarity

The 12-step workflow is clearly sequenced with explicit validation ("Run both suites... on a failure, decide first whether the test or the code is wrong") and a real feedback loop: the 'When a Test Fails' section prescribes diagnosing test mechanics vs. specification disagreement before changing anything, and step 10 gives concrete failure-triage checks. Guardrails (no weakening assertions, no .skip/@Disabled) make the recovery path unambiguous.

5 / 5

Progressive Disclosure

A Templates section clearly signals both reference files (references/UC001ManagePersonsViewTest.tsx.md and references/UC001ManagePersonsServiceTest.java.md, both verified real and one level deep — they contain only code, no nested references), the full test suites are appropriately deferred to them while inline snippets stay minimal, and the body's sections are well-organized and easy to navigate.

5 / 5

Total

19

/

20

Passed

Description

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

The description is exemplary: it states concrete capabilities across both frontend and backend test layers and pairs them with an explicit, richly varied 'Use when' clause full of natural trigger phrases. It is specific, complete, and clearly niche-scoped to Hilla/Vaadin testing.

DimensionReasoningScore

Specificity

The description lists multiple concrete actions — "Vitest + React Testing Library tests for the React/TypeScript view (with the generated endpoint clients mocked) and Spring Boot integration tests for the @BrowserCallable service" — covering both layers comprehensively with specific frameworks and the mocking approach. There are no vague or generic action statements, so it exceeds the 'several specific actions; minor gaps' anchor.

5 / 5

Completeness

It explicitly answers 'what' (creates both frontend Vitest/RTL tests with mocked endpoint clients and backend Spring Boot integration tests for the @BrowserCallable service) and 'when' via a literal "Use when the user asks to..." clause with concrete trigger phrases. This matches the top anchor exactly.

5 / 5

Trigger Term Quality

Six verbatim natural trigger phrases ("test a Hilla view", "write Hilla tests", "test a React view for Vaadin", "test a @BrowserCallable service", "write Vitest tests for a Hilla app", "testing TSX views") plus keyword mentions ("Hilla testing", "endpoint mocking") give comprehensive coverage of what users would actually say. No common synonym or variation is missing.

5 / 5

Distinctiveness Conflict Risk

Hilla/Vaadin endpoint testing is a clear niche, and every trigger term is qualified with "Hilla", "Vaadin", or "@BrowserCallable", keeping it distinct from generic React/Vitest or Spring testing skills. Conflict risk with other skills is minimal.

5 / 5

Total

20

/

20

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.

Validation — 16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository

AI-Unified-Process/marketplace

Path

aiup-vaadin-jooq/skills/hilla-test/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.