Use when you have a spec or requirements for a multi-step task, before touching code
49
62%
Does it follow best practices?
Impact
—
No eval scenarios have been run
Passed
No known issues
Quality
Discovery
14%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 description is critically weak because it only provides a vague 'when' trigger without explaining what the skill actually does. The lack of any concrete actions or capabilities means Claude cannot make an informed decision about selecting this skill. The overly generic language ('multi-step task') makes it indistinguishable from many potential skills.
Suggestions
Add explicit capability descriptions: what does this skill produce? E.g., 'Creates an implementation plan by breaking down specs into ordered subtasks with dependencies and acceptance criteria.'
Add a clear 'Use when...' clause with specific trigger terms like 'implementation plan', 'task breakdown', 'plan before coding', 'decompose requirements', 'step-by-step plan'.
Narrow the scope to reduce conflict risk—specify the type of planning (e.g., 'code implementation planning' vs 'project planning' vs 'architecture design') so it's distinguishable from other skills.
| Dimension | Reasoning | Score |
|---|---|---|
Specificity | The description contains no concrete actions at all. It doesn't say what the skill does—there are no verbs describing capabilities like 'generates', 'plans', 'breaks down', etc. 'Multi-step task' is extremely vague. | 1 / 3 |
Completeness | The description only addresses 'when' (when you have a spec/requirements before coding) but completely omits 'what' the skill actually does. There is no explanation of the skill's capabilities or outputs. | 1 / 3 |
Trigger Term Quality | It includes some relevant terms like 'spec', 'requirements', and 'before touching code' which are somewhat natural phrases a developer might use. However, it misses common variations like 'plan', 'design', 'architecture', 'breakdown', 'implementation plan', etc. | 2 / 3 |
Distinctiveness Conflict Risk | The description is extremely generic—'multi-step task' and 'before touching code' could apply to countless skills including planning, architecture, task decomposition, code review, testing strategy, etc. It would easily conflict with many other skills. | 1 / 3 |
Total | 5 / 12 Passed |
Implementation
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, actionable skill that provides clear templates and workflows for writing implementation plans. Its greatest strength is the concrete TDD-driven task structure with explicit validation checkpoints and exact commands. Minor weaknesses include some redundancy in stated principles and inline templates that could benefit from being split into referenced files for better progressive disclosure.
Suggestions
Remove the duplicate mention of 'DRY, YAGNI, TDD, frequent commits' — it appears in both the overview and the Remember section.
Consider extracting the plan document header template and task structure template into separate referenced files (e.g., PLAN_TEMPLATE.md) to improve progressive disclosure and reduce the main skill's length.
| Dimension | Reasoning | Score |
|---|---|---|
Conciseness | Mostly efficient but has some redundancy. The 'Remember' section repeats principles already stated in the overview (DRY, YAGNI, TDD, frequent commits). The phrase 'questionable taste' is colorful but wastes tokens. The overview could be tighter, but the templates and examples are well-structured without excessive explanation. | 2 / 3 |
Actionability | Highly actionable with concrete templates showing exact file path formats, complete code examples, exact pytest commands with expected output, git commit commands, and a specific markdown header template. The task structure template is copy-paste ready and leaves no ambiguity about what each step should contain. | 3 / 3 |
Workflow Clarity | Excellent multi-step workflow with explicit TDD cycle (write failing test → verify failure → implement → verify pass → commit). Each step has validation checkpoints with expected outcomes. The execution handoff section provides clear decision points with two well-defined paths. The bite-sized task granularity section explicitly defines step boundaries. | 3 / 3 |
Progressive Disclosure | References other skills (superpowers:executing-plans, superpowers:subagent-driven-development, brainstorming skill) but no bundle files are provided to verify these exist. The content is reasonably well-structured with clear sections, but the plan template and task structure template are inline rather than in separate reference files, making the skill somewhat long. For a skill of this complexity, separating the templates into referenced files would improve organization. | 2 / 3 |
Total | 10 / 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.
Validation — 11 / 11 Passed
Validation for skill structure
No warnings or errors.
Reviewed
Table of Contents