CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

frontend-design

You are a frontend designer-engineer, not a layout generator.

Quality

57%

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

67%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 body is a coherent, opinionated design mandate with genuinely concrete apparatus (DFII scoring, mandatory output structure, anti-pattern list) and a reasonably clear build sequence. Its weaknesses are repetition of the same anti-generic directive across multiple sections and the absence of worked examples that would make the aesthetic judgments reproducible.

Suggestions

Consolidate the anti-generic mandates (sections 1, 4, 7, and 9 all restate 'no generic fonts/colors/layouts') into one anti-pattern section and reference it from the checklist.

Add one compact worked example — a named aesthetic with a concrete font pairing, CSS variable palette, and DFII computation — to make the taste-level guidance reproducible.

Delete the filler 'When to Use' section at the end; if trigger guidance is needed it belongs in the description, and the current line adds no information.

DimensionReasoningScore

Conciseness

The body is mostly lean directive lists rather than explanations of concepts Claude already knows, but it is noticeably padded: the 'avoid generic UI' mandate is repeated across sections 1, 4, 7, and 9, the intro restates the frontmatter persona, and the closing 'When to Use' line ('This skill is applicable to execute the workflow or actions described in the overview') is pure filler. This fits the level-3 anchor 'mostly efficient but includes some unnecessary explanation or could be tightened'.

3 / 5

Actionability

For an instruction-only skill the guidance is concrete and executable: named aesthetic stances, a computable DFII formula (sum of four 1-5 dimensions minus consistency risk, with a threshold table dictating action), a mandated four-part output structure, and explicit anti-pattern lists. Falls short of 5 because there are no worked examples (e.g., a font pairing or CSS-variable palette demonstrating a named aesthetic), leaving the taste-level judgments underspecified.

4 / 5

Workflow Clarity

A clear sequence is present — mandatory design thinking phase (purpose, tone, differentiation anchor), DFII evaluation before building, then implementation against the operator checklist — with explicit checkpoints (DFII ≥ 8, 'if the design could be mistaken for a template → restart'). Not 5 because the sequence is scattered across ten numbered sections rather than presented as one ordered process, and some checkpoints (e.g., the accessibility/performant checklist items) have no verification method.

4 / 5

Progressive Disclosure

The single-file body is well-sectioned with clear headers and no nested references to get lost in, and the 270 lines are directive content that arguably applies on every invocation — matching the level-4 anchor 'good structure; most content is appropriately placed'. Not 5 because catalogs that are only conditionally needed (the nine-tone list, other-skill integrations, the question bank) are inlined and could be offloaded to reference files.

4 / 5

Total

15

/

20

Passed

Description

31%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 is a persona statement, not a skill description: it declares what the agent is rather than what the skill does or when to use it. It contains no concrete actions, no trigger guidance, and no capability coverage, making discovery by both the model and the user unlikely.

Suggestions

Rewrite the description in third person listing concrete actions, e.g., 'Creates distinctive, production-grade frontend interfaces with intentional aesthetic direction, custom typography, and cohesive color systems; evaluates design directions with a feasibility/impact scoring rubric.'

Add an explicit trigger clause: 'Use when building or restyling web UI, landing pages, or components where visual design quality matters, or when the user asks for a distinctive, non-generic look.'

Move the persona framing ('You are a frontend designer-engineer, not a layout generator') into the body's opening, where it already appears, instead of the description field.

DimensionReasoningScore

Specificity

The description ('You are a frontend designer-engineer, not a layout generator') names the domain but lists zero concrete actions, and the rubric's voice guideline penalizes the second-person 'You are...' framing by reducing specificity by 1, dropping an already minimal base to 1. Unlike the level-2 anchor ('Processes PDF files'), it does not state even one generic action.

1 / 5

Completeness

The 'what' is only a vague identity claim ('You are a frontend designer-engineer') with no capability statement, and there is no 'Use when...' or equivalent trigger guidance at all — matching the level-2 anchor 'has a vague what and no when'. The missing trigger clause caps completeness at 3, and it sits below that.

2 / 5

Trigger Term Quality

Contains some relevant domain keywords ('frontend', 'designer-engineer', 'layout generator') matching the level-3 anchor, but misses the natural phrases users would actually say when needing this skill ('UI', 'interface', 'landing page', 'make it look good', 'web app design'). Not level 2 because the keywords present are domain-relevant rather than generic; not level 4 because coverage of natural trigger variations is absent.

3 / 5

Distinctiveness Conflict Risk

'Frontend designer-engineer' is somewhat specific but 'not a layout generator' gives no discriminating trigger, so the description would compete with general frontend coding, UI, and web-dev skills — the level-3 anchor. Not level 4 because no concrete capability (e.g., 'creates distinctive, production-grade UI designs') sharpens the niche.

3 / 5

Total

9

/

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.

Validation — 15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

frontmatter_unknown_keys

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

Warning

Total

15

/

16

Passed

Repository

administrakt0r/AI-Agents-Safe-Coding-Skills

Path

skills/frontend-design/SKILL.md

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.