CtrlK
BlogDocsLog inGet started
Tessl Logo

spring-planning

Create structured implementation plan in docs/plans/

41

Quality

40%

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/spring-planning/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

62%

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

The skill provides excellent actionability and workflow clarity with concrete templates, tool usage, and well-sequenced steps with validation checkpoints. However, it suffers significantly from verbosity — testing requirements are repeated at least 5 times across different sections, and the inline plan template is excessively long with redundant commentary. The content would benefit greatly from deduplication and extracting the plan template into a separate referenced file.

Suggestions

Consolidate testing requirements into a single authoritative section and reference it elsewhere instead of repeating 'tests are not optional' and related rules 5+ times across Development Approach, Testing Strategy, task template comments, and execution enforcement.

Extract the plan markdown template (step 2) into a separate referenced file (e.g., PLAN_TEMPLATE.md) to reduce the main skill's length and improve progressive disclosure.

Remove the lengthy HTML comment block in the Implementation Steps section — the example tasks (password hashing, user registration) duplicate guidance already stated in Development Approach and could be replaced with a brief reference to the template file.

Trim the preflight MCP section — Claude doesn't need the detailed explanation of what MCP tools are; a concise 'check for amplicode tools → if missing, run amplicode-install skill' would suffice.

DimensionReasoningScore

Conciseness

The skill is extremely verbose at ~300+ lines. It over-explains testing requirements (repeated 5+ times across Development Approach, Testing Strategy, task templates, and execution enforcement). The plan template itself is massive with lengthy HTML comments, redundant guidelines, and extensive examples that could be condensed significantly. Many sections repeat the same instructions (e.g., 'tests are not optional' appears multiple times).

1 / 3

Actionability

The skill provides highly concrete, executable guidance: specific file naming conventions (yyyymmdd-<task-name>.md), exact markdown templates with copy-paste ready structure, specific tool calls (AskUserQuestion with JSON format, mcp__ide__getDiagnostics), clear decision tables for persistence stack detection, and concrete example tasks with file paths and checklist items.

3 / 3

Workflow Clarity

The multi-step workflow is clearly sequenced (steps 0 through 3 plus step 2.1) with explicit validation checkpoints: tests must pass before next task, plan review before implementation, approach selection before plan creation. The execution enforcement section provides clear feedback loops for test failures and plan tracking. Decision points are well-defined with conditional branching (e.g., skip step 1.5 conditions, skip step 2.1 conditions).

3 / 3

Progressive Disclosure

The skill references other skills (spring-explore, spring-data-jpa, spring-data-jdbc, amplicode-install) appropriately, but the SKILL.md itself is monolithic — the entire plan template with its lengthy comments and examples is inline rather than being split into a separate template file. The massive markdown template embedded in step 2 could easily be a referenced file, improving readability.

2 / 3

Total

9

/

12

Passed

Description

17%

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 too terse and lacks both explicit trigger guidance and sufficient detail about what the skill actually produces. While it identifies a specific output location, it fails to describe the structure, contents, or use cases for the implementation plan, making it difficult for Claude to reliably select this skill from a larger set.

Suggestions

Add a 'Use when...' clause with trigger terms like 'plan implementation', 'break down a feature', 'create a project plan', 'task breakdown', 'roadmap'.

Expand the 'what' portion to describe concrete actions, e.g., 'Creates structured implementation plans with milestones, task breakdowns, dependencies, and acceptance criteria in docs/plans/'.

Include natural keyword variations users might say, such as 'project plan', 'development plan', 'feature breakdown', 'step-by-step plan'.

DimensionReasoningScore

Specificity

Names a specific action ('Create structured implementation plan') and a specific location ('docs/plans/'), but does not list multiple concrete actions or elaborate on what the plan contains or how it's structured.

2 / 3

Completeness

Answers 'what' at a basic level (create an implementation plan) but completely lacks any 'Use when...' clause or equivalent trigger guidance, which per the rubric caps completeness at 2, and the 'what' is also quite thin, warranting a 1.

1 / 3

Trigger Term Quality

Contains 'implementation plan' as a keyword, but lacks natural variations users might say such as 'project plan', 'roadmap', 'task breakdown', 'planning', 'architecture plan', or 'design doc'. Very limited keyword coverage.

1 / 3

Distinctiveness Conflict Risk

The mention of 'docs/plans/' directory gives some specificity, but 'implementation plan' is broad enough to overlap with general planning, documentation, or project management skills.

2 / 3

Total

6

/

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.