Break down a change into an implementation task checklist. Trigger: "tasks", "breakdown", "task list", "desglosar", "tareas", "sdd tasks", "plan de implementación", "/sdd:continue (when design exists but tasks don't)".
86
Does it follow best practices?
If you maintain this skill, you can automatically optimize it using the tessl CLI to improve its score:
npx tessl skill review --optimize ./path/to/skillValidation for skill structure
Discovery
82%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 has strong trigger term coverage with bilingual support and explicit trigger guidance, making it easy for Claude to know when to select it. However, the capability description is somewhat thin - it could benefit from more detail about what the task breakdown includes or produces. The generic nature of some trigger terms ('tasks', 'task list') creates moderate conflict risk with other planning-related skills.
Suggestions
Add more specific capability details, e.g., 'Break down a change into an implementation task checklist with dependencies, estimates, and acceptance criteria'
Clarify the distinctiveness by emphasizing the SDD (Software Design Document) context more prominently in the main description, not just in triggers
| Dimension | Reasoning | Score |
|---|---|---|
Specificity | Names the domain (implementation planning) and one action (break down a change into a checklist), but lacks comprehensive detail about what specific actions are performed or what the output looks like. | 2 / 3 |
Completeness | Clearly answers both what (break down a change into implementation task checklist) and when (explicit 'Trigger:' clause with multiple specific trigger terms and conditions like 'when design exists but tasks don't'). | 3 / 3 |
Trigger Term Quality | Excellent coverage of natural trigger terms including English ('tasks', 'breakdown', 'task list') and Spanish ('desglosar', 'tareas'), plus specific command triggers ('sdd tasks', '/sdd:continue'). These are terms users would naturally say. | 3 / 3 |
Distinctiveness Conflict Risk | Somewhat specific to implementation task breakdown, but 'tasks' and 'task list' are generic terms that could overlap with general task management or project planning skills. The 'sdd' prefix helps but isn't prominent. | 2 / 3 |
Total | 10 / 12 Passed |
Implementation
85%Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.
This is a well-crafted skill with excellent actionability and workflow clarity. The task breakdown format, TDD detection chain, and error recovery table provide concrete, executable guidance. Minor verbosity in explanatory tables and repeated format examples slightly impacts token efficiency, but overall the skill effectively teaches Claude how to create implementation task checklists.
Suggestions
Condense the Phase Organization Guidelines section - Claude understands organizational patterns and the detailed tree structure could be reduced to a brief list
Merge the Estimation Guide and Task Writing Rules tables to reduce redundancy in formatting examples
| Dimension | Reasoning | Score |
|---|---|---|
Conciseness | The skill is comprehensive but includes some redundancy, particularly in the extensive tables and repeated format examples. Some sections like the Phase Organization Guidelines could be more condensed since Claude understands organizational patterns. | 2 / 3 |
Actionability | Highly actionable with concrete file formats, specific markdown templates, clear estimation tags, and explicit examples of good vs bad task writing. The TDD detection chain and task format are copy-paste ready. | 3 / 3 |
Workflow Clarity | Excellent multi-step workflow with clear numbered steps (1-5), explicit validation through the Definition of Done section, and comprehensive error recovery table. The TDD detection chain has explicit fallback logic. | 3 / 3 |
Progressive Disclosure | Well-structured with clear references to external files (persistence-contract.md, engram-convention.md, openspec-convention.md) that are one level deep. Content is appropriately organized into logical sections with clear headers. | 3 / 3 |
Total | 11 / 12 Passed |
Validation
90%Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.
Validation — 10 / 11 Passed
Validation for skill structure
| Criteria | Description | Result |
|---|---|---|
metadata_field | 'metadata' should map string keys to string values | Warning |
Total | 10 / 11 Passed | |
Table of Contents
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.