Closing the intent-to-code chasm - specification-driven development with BDD verification chain
95
Does it follow best practices?
Validation for skill structure
iikit-02-plan
skills/iikit-02-plan/SKILL.md
Discovery
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 a strong skill description that excels across all dimensions. It provides specific concrete actions, includes natural trigger terms users would actually say, explicitly states both what the skill does and when to use it, and carves out a distinct niche around technical design document generation. The description is well-structured and appropriately detailed without being verbose.
| Dimension | Reasoning | Score |
|---|---|---|
Specificity | Lists multiple specific concrete actions: 'selects frameworks', 'defines data models', 'produces API contracts', and 'creates a dependency-ordered implementation strategy'. These are clear, actionable capabilities. | 3 / 3 |
Completeness | Clearly answers both what (generate technical design docs with frameworks, data models, API contracts, implementation strategy) AND when (explicit 'Use when...' clause with five specific trigger scenarios). | 3 / 3 |
Trigger Term Quality | Includes natural keywords users would say: 'technical design document', 'feature spec', 'planning how to build', 'choosing libraries', 'database schemas', 'Tessl tiles'. Good coverage of both common and domain-specific terms. | 3 / 3 |
Distinctiveness Conflict Risk | Clear niche focused on technical design documents from feature specs. The specific mention of 'Tessl tiles', 'API contracts', and 'dependency-ordered implementation strategy' creates distinct triggers unlikely to conflict with general coding or documentation skills. | 3 / 3 |
Total | 12 / 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-structured, highly actionable skill with excellent workflow clarity and appropriate progressive disclosure. The main weakness is moderate verbosity—some sections like the jq examples and repeated Windows command alternatives could be condensed. The validation checkpoints and error handling are exemplary for a complex multi-step process.
Suggestions
Consolidate Windows command alternatives into a single reference note at the top rather than repeating after each bash command
Consider moving the detailed jq merge examples to a referenced script or condensing to a single pattern with a note about adapting for different data
| Dimension | Reasoning | Score |
|---|---|---|
Conciseness | The skill is moderately efficient but includes some verbose sections like the detailed jq examples and repeated Windows alternatives. The constitution loading and validation sections could be more condensed since Claude understands these patterns. | 2 / 3 |
Actionability | Provides fully executable bash/PowerShell commands throughout, concrete jq examples for JSON manipulation, and specific file paths. Commands are copy-paste ready with clear parameters. | 3 / 3 |
Workflow Clarity | Excellent multi-step workflow with numbered phases, explicit validation checkpoints (Spec Quality Gate, Constitution Check Post-Design, Phase Separation Validation), and clear error handling (ERROR/WARNING conditions, STOP on violations). | 3 / 3 |
Progressive Disclosure | Well-structured with clear section hierarchy and appropriate references to external files (constitution-loading.md, conversation-guide.md, tessl-tile-discovery.md, etc.). References are one level deep and clearly signaled with markdown links. | 3 / 3 |
Total | 11 / 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.