CtrlK
BlogDocsLog inGet started
Tessl Logo

java-debug

Safety rules, workflows, and tool reference for debugging applications via IntelliJ debugger: breakpoints, debug sessions, stepping, evaluating expressions, inspecting runtime state. TRIGGER when: user wants to debug, investigate a bug, set breakpoints, inspect runtime behavior, step through code, or understand why code behaves unexpectedly at runtime. Trigger phrases (EN): "debug", "breakpoint", "step through", "step into", "step over", "why does this crash", "why is this null", "launch in debug mode", "trace execution", "run with debugger", "evaluate expression". Trigger phrases (RU): "отладить", "дебаг", "брейкпоинт", "почему падает", "пошагово пройти", "зайти в метод", "посмотреть значение переменной", "запустить в режиме отладки", "почему null", "стектрейс". Also trigger when user wants to understand runtime behavior or investigate incorrect behavior.

72

Quality

88%

Does it follow best practices?

Impact

No eval scenarios have been run

SecuritybySnyk

Passed

No known issues

SKILL.md
Quality
Evals
Security

Quality

Content

77%

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

This is a strong, highly actionable skill with excellent workflow clarity and safety-conscious design. The safety rules addressing the suspended-process trap are particularly valuable and well-articulated. The main weaknesses are moderate verbosity in explanatory sections and the monolithic structure that could benefit from splitting the tool reference into a separate file.

Suggestions

Trim the preflight section — the amplicode-install fallback logic could be condensed to 3-4 lines since Claude can follow branching instructions without detailed explanation of why.

Consider extracting the full tool reference tables into a separate TOOLS_REFERENCE.md file, keeping only the most commonly used tools inline.

DimensionReasoningScore

Conciseness

The skill is mostly efficient but has some areas of unnecessary verbosity. The preflight section explaining the amplicode-install fallback is somewhat lengthy, and phrases like 'These rules prevent you from hanging indefinitely or losing debugging context' explain rationale that Claude doesn't need. However, the tool reference tables and workflows are well-structured and dense with useful information.

2 / 3

Actionability

The skill provides fully concrete, actionable guidance: exact tool names with precise parameter signatures, specific curl flags (--max-time 5), numbered step-by-step workflows, and an error recovery table with specific remediation actions. Every instruction is directly executable.

3 / 3

Workflow Clarity

Both workflows are clearly sequenced with explicit validation checkpoints (e.g., 'get_current_position — confirm the breakpoint was hit', 'After each step, call get_current_position'). The safety rules establish critical feedback loops (check suspension before network calls, verify position after stepping, check status after resume). Error recovery is well-documented with a diagnostic table.

3 / 3

Progressive Disclosure

The content is well-organized with clear sections (Safety Rules, Tool Reference, Workflows, Error Recovery, Known Limitations), but it's a fairly long monolithic document with no references to external files for detailed content. The tool reference tables could potentially be split out, and there are no bundle files to support progressive disclosure.

2 / 3

Total

10

/

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 an excellent skill description that clearly defines its scope (IntelliJ debugger operations), lists concrete capabilities, and provides comprehensive trigger guidance in two languages. The explicit TRIGGER clause with natural user phrases makes it highly actionable for skill selection. The only minor concern is that the description is quite verbose, but the content is substantive rather than padded.

DimensionReasoningScore

Specificity

Lists multiple specific concrete actions: breakpoints, debug sessions, stepping, evaluating expressions, inspecting runtime state. Also references specific tool context (IntelliJ debugger).

3 / 3

Completeness

Clearly answers both 'what' (debugging applications via IntelliJ debugger with specific capabilities) and 'when' (explicit TRIGGER clause with detailed trigger phrases and scenarios). The 'Use when' equivalent is thoroughly covered.

3 / 3

Trigger Term Quality

Excellent coverage of natural trigger terms in both English and Russian, including user-facing phrases like 'why does this crash', 'why is this null', 'step through', 'breakpoint', 'debug', and their Russian equivalents. These are terms users would naturally say.

3 / 3

Distinctiveness Conflict Risk

Highly distinctive — scoped specifically to IntelliJ debugger workflows with clear niche triggers like 'breakpoint', 'step into', 'launch in debug mode'. Unlikely to conflict with general coding, testing, or logging skills.

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
Amplicode/spring-skills
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.