CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

145-java-refactoring-high-performance

Use when you need to refactor Java code for high performance — including memory/allocation reduction, CPU hot-path optimization, and syntax/API/control-flow improvements. This should trigger for requests such as Review Java code for high performance; Optimize Java hot path; Reduce Java allocations; Improve Java latency/throughput. Part of Plinth Toolkit

62

Quality

78%

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

Fix and improve this skill with Tessl

tessl review fix ./skills/145-java-refactoring-high-performance/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

63%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 a well-structured overview with excellent progressive disclosure — three genuine reference files split by bottleneck type, all one level deep — and a sensible measure-first workflow with a keep/revert validation step. Its weaknesses are redundancy (the covered-bullets and when-to-use sections restate the description) and workflow steps that name what to do without any concrete measurement commands or examples.

Suggestions

Cut the 'What is covered in this Skill?' bullet list and 'When to use this skill' section — they restate the frontmatter description and the Workflow/Reference sections, saving tokens without losing information.

Add one concrete measurement anchor (e.g., a sample profiler or JMH invocation) to steps 1 and 4 so 'Identify Java hotspot and baseline behavior' and 'Compare before/after behavior' are executable rather than abstract.

Tighten step 2's run-on enumeration of each reference's contents to a short phrase per file (e.g., 'allocation pressure and data layout', 'CPU-bound hot paths', 'code shape and control flow').

DimensionReasoningScore

Conciseness

Mostly efficient (lean bullets, short Constraints section) but contains restated information: the 'What is covered in this Skill?' bullets and the 'When to use this skill' section duplicate the description and Workflow, and step 2 is a long run-on sentence enumerating each reference's contents. This matches 'mostly efficient but includes some unnecessary explanation or could be tightened' — not the 4 anchor, which requires only minor trimming.

3 / 5

Actionability

Routing to the exact reference file per bottleneck is concrete, but the workflow steps themselves stay high-level: 'Identify Java hotspot and baseline behavior' and 'Compare before/after behavior' specify no profiler, benchmark command, or measurement procedure. This is 'some concrete guidance but incomplete; missing key details', not the mostly-executable 4 anchor.

3 / 5

Workflow Clarity

A clear four-step sequence (baseline → select references by bottleneck → apply minimal changes → validate and compare, keeping only verified gains) with a validation checkpoint in step 4 and an EDGE CASE clarifying-questions guard in Constraints. It misses explicit feedback-loop detail (e.g., how to re-measure after a change fails to improve), so it fits the 4 anchor's 'clear sequence with most checkpoints; minor validation gaps' rather than the 5 anchor.

4 / 5

Progressive Disclosure

A concise overview with three real, well-signaled, one-level-deep reference files (all verified to exist on disk with no nested references), each routed by bottleneck domain in the Workflow section. This matches 'clear overview with well-signaled one-level-deep references; content appropriately split; easy navigation'.

5 / 5

Total

15

/

20

Passed

Description

83%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 that explicitly covers what the skill does, when to trigger it, and enumerates natural user phrasings. The only notable flaws are the second-person opening (a voice violation per the guidelines) and trigger coverage that omits a few common synonyms like 'profile' or 'benchmark'.

Suggestions

Rewrite the opening in third person, e.g. 'Refactors Java code for high performance... Use when the user asks to review or optimize Java hot paths', to avoid the specificity penalty for second-person voice.

Add one or two common trigger variations such as 'profile Java code' or 'benchmark Java' to broaden natural keyword coverage.

DimensionReasoningScore

Specificity

Lists multiple concrete capability areas — 'memory/allocation reduction, CPU hot-path optimization, and syntax/API/control-flow improvements' — with comprehensive coverage, which would merit 5, but the opening 'Use when you need to refactor Java code' is second-person voice, incurring the mandated -1 penalty per the judging guidelines.

4 / 5

Completeness

Clearly answers both: what ('refactor Java code for high performance — including memory/allocation reduction, CPU hot-path optimization, and syntax/API/control-flow improvements') and when ('Use when you need to... This should trigger for requests such as...'), matching the 5 anchor's 'both what AND when with concrete trigger phrases'.

5 / 5

Trigger Term Quality

Explicit natural trigger phrases users would actually say: 'Review Java code for high performance; Optimize Java hot path; Reduce Java allocations; Improve Java latency/throughput'. Coverage is good but misses common variations like 'profile Java code', 'benchmark', or 'JVM tuning', so it falls between the 4 and 5 anchors, closer to 4.

4 / 5

Distinctiveness Conflict Risk

A clear niche (Java-specific performance refactoring) with distinct triggers; 'Part of Plinth Toolkit' suggests sibling skills, and it could overlap with a general Java refactoring or general performance skill, giving minor overlap risk rather than the minimal risk of a 5.

4 / 5

Total

17

/

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/145-java-refactoring-high-performance/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.