CtrlK
BlogDocsLog inGet started
Tessl Logo

702-technologies-wiremock

Use when you need framework-agnostic WireMock guidance — stub design, JSON or programmatic mappings, precise request matching, response bodies and faults, classpath fixtures, isolation and reset between tests, verification of calls, dynamic ports and base URLs, and avoiding flaky stubs — without choosing Spring Boot, Quarkus, or Micronaut. This should trigger for requests such as Design or review WireMock stubs (JSON mappings or Java DSL); Improve request matching, isolation, or reset strategy for HTTP mocks; Add or fix verification of outbound HTTP calls to a WireMock server; Debug flaky tests involving WireMock or unmatched request journals. Part of cursor-rules-java project

55

Quality

61%

Does it follow best practices?

Impact

No eval scenarios have been run

SecuritybySnyk

Passed

No known issues

Optimize this skill with Tessl

npx tessl skill review --optimize ./skills/702-technologies-wiremock/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

22%

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

This skill functions primarily as a routing document that delegates almost all substantive content to a reference file and other skills. It lacks any concrete WireMock examples (JSON mappings, Java DSL stubs, matching patterns, verification calls) and its workflow is entirely generic. While the cross-referencing to framework-specific skills is well-organized, the skill body itself provides very little actionable guidance that Claude could use without reading the reference file.

Suggestions

Add at least 2-3 concrete, executable WireMock examples directly in the SKILL.md — e.g., a JSON mapping stub, a Java DSL stub with request matching, and a verification call — so the skill is actionable without requiring the reference file.

Replace the generic 4-step workflow with WireMock-specific steps, such as: register stubs → configure dynamic port → run test → check unmatched request journal → resetAll(). Include explicit validation checkpoints like checking the /__admin/requests/unmatched endpoint.

Remove or condense the 'What is covered' bullet list, which largely duplicates the reference file's table of contents and adds little value in the SKILL.md itself.

Add a concrete example of debugging a flaky WireMock test (e.g., checking unmatched requests, verifying isolation with resetAll()) since this is listed as a key use case but has zero actionable guidance.

DimensionReasoningScore

Conciseness

The skill includes a 'What is covered' bullet list that largely restates the table of contents of the reference file, and the scope/delegation section is somewhat verbose. However, the constraints and workflow sections are reasonably tight. The 'What is covered' section adds marginal value since it mostly previews content that lives in the reference file.

2 / 3

Actionability

There are no concrete code examples, no executable commands beyond generic Maven invocations, no WireMock stub examples (JSON or Java DSL), and no specific patterns. The entire skill delegates to a reference file for 'detailed guidance, examples, and constraints,' leaving the SKILL.md itself as abstract direction rather than actionable instruction.

1 / 3

Workflow Clarity

The four workflow steps are generic meta-instructions ('Read reference,' 'Gather scope,' 'Apply changes,' 'Run verification') that could apply to virtually any skill. There are no WireMock-specific validation checkpoints, no feedback loops for debugging unmatched requests, and no concrete verification steps beyond 'execute appropriate checks.'

1 / 3

Progressive Disclosure

The skill correctly references a single-level-deep reference file and cross-references related framework skills by ID. However, since no bundle files were provided, we cannot verify the reference file exists or contains the promised content. The SKILL.md itself is thin enough that it feels like a stub pointing elsewhere rather than a useful overview with well-signaled drill-downs.

2 / 3

Total

6

/

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 description that thoroughly covers specific WireMock capabilities, includes abundant natural trigger terms, explicitly states both what the skill does and when to use it with concrete example scenarios, and clearly distinguishes itself from framework-specific skills. The only minor weakness is that it's somewhat verbose, but the detail serves the purpose of disambiguation well.

DimensionReasoningScore

Specificity

Lists multiple specific concrete actions: stub design, JSON/programmatic mappings, request matching, response bodies and faults, classpath fixtures, isolation and reset, verification of calls, dynamic ports and base URLs, and avoiding flaky stubs.

3 / 3

Completeness

Clearly answers both 'what' (framework-agnostic WireMock guidance covering stub design, mappings, matching, etc.) and 'when' with explicit trigger scenarios ('This should trigger for requests such as Design or review WireMock stubs...', 'Debug flaky tests involving WireMock').

3 / 3

Trigger Term Quality

Includes strong natural keywords users would say: 'WireMock', 'stubs', 'JSON mappings', 'Java DSL', 'request matching', 'HTTP mocks', 'flaky tests', 'unmatched request journals', 'verification'. These cover a wide range of terms a developer would naturally use.

3 / 3

Distinctiveness Conflict Risk

Highly distinctive — explicitly scoped to WireMock and explicitly excludes Spring Boot, Quarkus, and Micronaut framework-specific concerns, which clearly delineates it from related skills in the same project.

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.