CtrlK
BlogDocsLog inGet started
Tessl Logo

frontend-design

Transform UI style requirements into production-ready frontend code with systematic design tokens, accessibility compliance, and creative execution. Use when building websites, web applications, React/Vue components, dashboards, landing pages, or any web UI requiring both design consistency and aesthetic quality.

49

Quality

54%

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/frontend-design/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

27%

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

This skill is extremely comprehensive in scope but severely undermined by its verbosity and poor content organization. It tries to be both a design system reference manual and a methodology guide, resulting in a ~600+ line monolith that repeats concepts, includes unnecessary explanations of things Claude already knows, and embeds prompt templates that are meta-instructional rather than directly useful. The referenced bundle files don't exist, making the progressive disclosure promises hollow.

Suggestions

Reduce content by 60-70%: Remove prompt templates (Claude doesn't need to be told how to prompt itself), eliminate redundant checklists (the verification checklist and QA checklist overlap heavily), and cut explanations of basic concepts like WCAG contrast ratios or what semantic HTML means.

Move the design direction templates, advanced techniques, and detailed token scales into separate referenced files (e.g., DESIGN-DIRECTIONS.md, TOKENS-REFERENCE.md, ADVANCED.md) and keep SKILL.md as a concise overview with clear pointers.

Add explicit validation gates between workflow phases — e.g., 'Before proceeding to Phase 2, verify all tokens render correctly by inspecting CSS variables in browser DevTools' — rather than deferring all validation to a final checklist.

Either provide the referenced bundle files (examples/css/tokens.css, examples/typescript/design-tokens.ts, etc.) or remove references to them; broken references actively harm usability.

DimensionReasoningScore

Conciseness

Extremely verbose at ~600+ lines. Explains concepts Claude already knows (what design tokens are, what accessibility means, basic CSS/React patterns). Includes full prompt templates that Claude doesn't need to be taught how to write. The typography scale, spacing scale, radius scale, and shadow scale are repeated or restated multiple times. The 'Common Pitfalls' section explains basic concepts like WCAG contrast ratios. Multiple checklists overlap heavily.

1 / 3

Actionability

Contains some concrete, executable code snippets (fluid typography CSS, skeleton component TSX, motion CSS) but much of the content is meta-instruction (prompt templates for Claude to use on itself) rather than directly actionable guidance. The design direction templates are descriptive rather than executable. Many sections are checklists and rules rather than concrete implementations.

2 / 3

Workflow Clarity

Has a clear 4-phase workflow (Design Analysis → Component Development → Page Assembly → Quality Assurance) with numbered steps, which is good. However, validation checkpoints are limited to a final self-review checklist rather than being embedded at each phase. There's no explicit 'validate before proceeding' gate between phases, and the QA phase is just a checklist rather than executable validation steps with error recovery.

2 / 3

Progressive Disclosure

Despite referencing multiple supporting files (examples/css/tokens.css, examples/typescript/design-tokens.ts, templates/, etc.), no bundle files are provided, meaning all those references are broken. The SKILL.md itself is a monolithic wall of text that dumps everything inline — token scales, prompt templates, design direction templates, advanced techniques, checklists — rather than appropriately splitting content into referenced files. The 'Skill Architecture' section promises a well-organized bundle that doesn't exist.

1 / 3

Total

6

/

12

Passed

Description

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 is a solid description that clearly communicates both what the skill does and when to use it, with good trigger term coverage across common frontend technologies and use cases. Its main weakness is that the capability description is somewhat abstract ('systematic design tokens, accessibility compliance, creative execution') rather than listing concrete discrete actions, and the broad scope could cause overlap with other frontend or coding skills.

Suggestions

Replace abstract phrases like 'creative execution' and 'aesthetic quality' with more concrete actions such as 'generate CSS custom properties, implement WCAG-compliant color contrast, build responsive grid layouts'.

Narrow the scope or add differentiating details to reduce potential conflict with general frontend coding skills—e.g., emphasize that this skill focuses specifically on design-system-driven styling rather than general component logic.

DimensionReasoningScore

Specificity

Names the domain (frontend/UI development) and mentions some actions like 'transform UI style requirements into production-ready frontend code' and references design tokens and accessibility compliance, but the specific actions are somewhat abstract rather than listing concrete discrete tasks like 'create component libraries, generate CSS variables, build responsive layouts'.

2 / 3

Completeness

Clearly answers both 'what' (transform UI style requirements into production-ready frontend code with design tokens, accessibility, and creative execution) and 'when' (explicit 'Use when' clause listing specific scenarios like building websites, React/Vue components, dashboards, landing pages).

3 / 3

Trigger Term Quality

Includes strong natural trigger terms users would say: 'websites', 'web applications', 'React/Vue components', 'dashboards', 'landing pages', 'web UI', 'design tokens', 'accessibility'. These cover a good range of terms a user would naturally use when requesting frontend UI work.

3 / 3

Distinctiveness Conflict Risk

While it specifies frontend/UI styling with design tokens and accessibility, the scope is quite broad ('any web UI') and could overlap with general coding skills, React component skills, or CSS/styling skills. The combination of design tokens + accessibility + aesthetic quality provides some distinction but the breadth reduces clarity of niche.

2 / 3

Total

10

/

12

Passed

Validation

81%

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

Validation9 / 11 Passed

Validation for skill structure

CriteriaDescriptionResult

skill_md_line_count

SKILL.md is long (982 lines); consider splitting into references/ and linking

Warning

frontmatter_unknown_keys

Unknown frontmatter key(s) found; consider removing or moving to metadata

Warning

Total

9

/

11

Passed

Repository
jjyaoao/HelloAgents
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.