CtrlK
BlogDocsLog inGet started
Tessl Logo

recipe-front-design

Execute from repository evidence through applicable UI Spec and optional ADR decisions to complete frontend Design Doc approval

58

Quality

67%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide

SecuritybySnyk

Passed

No findings from the security scan

Fix and improve this skill with Tessl

tessl review fix ./skills/recipe-front-design/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

81%Weight 40%Scale 1-5

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

The content is a well-structured, highly actionable orchestration recipe with explicit sequencing, validation checkpoints, and error-recovery feedback loops. Its only weak spots are a few justificatory sentences that pad token cost and reliance on external skills for some decision criteria.

DimensionReasoningScore

Conciseness

The body is dense, assumes Claude's competence, and avoids explaining basic concepts, but includes a few rationale sentences ('this keeps the Design Doc traceable to approved sources instead of an orchestrator-authored shadow design') that could be trimmed.

4 / 5

Actionability

Guidance is highly concrete — exact agent names ('dev-workflows-frontend:codebase-analyzer'), exact input fields with declared serialization, and explicit stop points — with only minor gaps where decision logic is deferred to other skills ('Apply the documentation-criteria UI Spec creation condition').

4 / 5

Workflow Clarity

Steps 1-8 are clearly sequenced with an explicit flow diagram, multiple [Stop] user-confirmation checkpoints, feedback loops (needs_revision -> Review Resolution -> re-review; rejected -> resolve conflict; verify -> fix -> re-verify), and a Completion Criteria checklist.

5 / 5

Progressive Disclosure

The single SKILL.md is well-organized into Outcome, Flow, Steps, and Completion Criteria sections with clearly signaled one-level cross-skill references; no bundle files exist to split, though some inline agent-input templates are dense.

4 / 5

Total

17

/

20

Passed

Description

53%Weight 40%Scale 1-5

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 conveys a specific frontend design orchestration niche but is a single dense sentence of process jargon with no explicit use-when trigger. Adding a 'Use when...' clause and more natural trigger terms would materially raise completeness and trigger quality.

Suggestions

Add an explicit 'Use when...' clause naming the triggering situations, e.g. 'Use when coordinating a Medium/Large frontend design that needs a UI Spec, ADR batch, or approved Design Doc.'

Soften jargon with natural user terms and synonyms ('design document', 'frontend feature design', 'technical decisions') so the description matches phrases a user would actually say.

Restate the capability as concrete actions ('Plan frontend scope from repository evidence, design an applicable UI Spec, route qualifying decisions to ADRs, and produce an approved Design Doc') to broaden capability coverage.

DimensionReasoningScore

Specificity

Names the frontend design domain and several concrete pipeline stages ('repository evidence', 'applicable UI Spec', 'ADR decisions', 'Design Doc approval'), but they read as an abstract process chain rather than a comprehensive list of distinct capabilities.

3 / 5

Completeness

It gives a clear 'what' (drive a frontend design from evidence to Design Doc approval) but has no 'Use when...' clause, so the 'when' is only weakly implied, capping completeness at 3 per the rubric guidance.

3 / 5

Trigger Term Quality

Relevant domain terms like 'frontend Design Doc', 'UI Spec', and 'ADR' are present, but natural user phrasings and synonyms (e.g. 'design document', 'frontend design') are missing and the language leans technical.

3 / 5

Distinctiveness Conflict Risk

The 'frontend Design Doc' + 'UI Spec' + 'ADR' niche is mostly distinct with only minor overlap risk against closely related dev-workflows design skills.

4 / 5

Total

13

/

20

Passed

Validation

93%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

referenced_paths_exist

Referenced path issues: 1 missing

Warning

Total

15

/

16

Passed

Repository
shinpr/claude-code-workflows
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.