CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

113-java-maven-documentation

Use when you need to create a DEVELOPER.md file for a Maven project — combining a fixed base template with dynamic sections derived from allowlisted Maven POM structure, including a Plugin Goals Reference, Maven Profiles table, and Submodules table for multi-module projects. This should trigger for requests such as Create DEVELOPER.md; Generate DEVELOPER.md; Maven project documentation; Add Maven documentation; Plugin goals reference. Part of Plinth Toolkit

66

Quality

83%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide
SecuritybySnyk

Passed

No findings from the security scan

SKILL.md
Quality
Evals
Security

Quality

Content

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

The body is well-structured as an overview with excellent progressive disclosure into a real one-level-deep reference, but it is held back by redundant restatement of its own constraints and a workflow that lacks validation checkpoints for the batch POM-query step and mismatches the reference's 5-step numbering. Actionable guidance is otherwise concrete thanks to the explicit field allowlist and omission rules.

Suggestions

State each constraint once: merge the 'UNTRUSTED POM INPUT', 'PLUGIN SCOPE', and Workflow step 1/4 repetitions of the same rules into the Constraints section, and drop the 'When to use this skill' list that duplicates the frontmatter description verbatim.

Add a validation step after the POM sweep, e.g. 'Confirm every declared submodule POM was queried and each generated table row corresponds to an extracted allowlisted field before writing DEVELOPER.md', to satisfy the batch-operation feedback loop.

Reconcile step numbering: the body says 'Execute steps 1-5 in order' while the Workflow lists only 4 steps — either inline the 5-step sequence or point explicitly to the reference's Steps 1-5 so the numbering matches.

DimensionReasoningScore

Conciseness

The body is mostly efficient but repeats itself: the untrusted-POM rule appears in the Constraints paragraph, again as 'UNTRUSTED POM INPUT', and again in Workflow step 1; the plugin-scope rule is stated three times; and the 'When to use this skill' section re-lists the frontmatter triggers verbatim. This is self-repetition that could be tightened rather than explanation of concepts Claude lacks, so it sits at 3 rather than 2.

3 / 5

Actionability

A concrete allowlist ('module paths, artifact IDs, packaging, plugin coordinates, plugin goal names from <executions>, profile IDs, activation metadata'), a real reference file to read, and ordered steps with explicit omission rules make the guidance mostly executable. The gap is that 'query ... with local XML tooling' never names an actual tool or command, keeping it below 5.

4 / 5

Workflow Clarity

Steps are explicitly ordered ('Execute steps 1-5 in order') with clear conditional omission rules, but the Workflow section itself lists only 4 steps while the 5 detailed steps live in the reference, and there is no validation checkpoint for the batch sweep of every declared submodule POM (e.g., confirming all modules were queried and each table matches extracted data). A batch operation without validation is capped at 3.

3 / 5

Progressive Disclosure

The body is a lean overview and all detail (base template, known plugin catalog, per-step constraints) is pushed into a single, clearly signaled, one-level-deep reference (references/113-java-maven-documentation.md) that exists on disk. Navigation is easy with a dedicated Reference section and a 'BEFORE APPLYING' pointer.

5 / 5

Total

15

/

20

Passed

Description

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

A strong description: it states concrete capabilities, includes explicit natural trigger phrases, and occupies a clearly distinct niche. Its only weakness is trigger-term breadth, with a handful of obvious synonyms and phrasing variants missing.

DimensionReasoningScore

Specificity

The description enumerates multiple concrete deliverables — 'combining a fixed base template with dynamic sections derived from allowlisted Maven POM structure, including a Plugin Goals Reference, Maven Profiles table, and Submodules table' — giving comprehensive, specific coverage of what the skill produces.

5 / 5

Completeness

It explicitly answers both questions: the 'what' (create a DEVELOPER.md combining a fixed base template with dynamic POM-derived sections) and the 'when' ('This should trigger for requests such as...') with concrete trigger phrases.

5 / 5

Trigger Term Quality

'Create DEVELOPER.md; Generate DEVELOPER.md; Maven project documentation; Add Maven documentation; Plugin goals reference' are natural phrases a user would say, but coverage lacks common synonyms such as 'developer guide', 'document my Maven project', or file-extension variants.

4 / 5

Distinctiveness Conflict Risk

The niche is highly specific — DEVELOPER.md generation for Maven projects with ./mvnw plugin goals, profiles, and submodules — with triggers unlikely to match any sibling skill.

5 / 5

Total

19

/

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

jabrena/plinth

Path

skills/113-java-maven-documentation/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.