CtrlK
BlogDocsLog inGet started
Tessl Logo

design-standards

Apply production-grade design standards when building or reviewing pages, components, or UI. Use this skill whenever the user asks to build a page, design a component, lay out a section, review the UI, fix the layout, or check design quality. Triggers on build a page, create a component, design a section, hero, card, CTA, layout, review the UI, fix the design, design system, design tokens, spacing, typography scale, button standards, mobile design. Also triggers for any production design decision where contrast, accessibility, spacing, or visual hierarchy matters.

60

Quality

69%

Does it follow best practices?

Impact

No eval scenarios have been run

SecuritybySnyk

Passed

No known issues

Optimize this skill with Tessl

npx tessl skill review --optimize ./skills/design-standards/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

57%

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

This is a solid, well-organized design standards skill that covers the right topics with specific, measurable criteria. Its main weaknesses are moderate verbosity (explaining concepts Claude already understands, like visual hierarchy principles) and a workflow section that lacks explicit feedback loops for failure cases. The progressive disclosure is excellent with clear references to supporting files and sibling skills.

Suggestions

Tighten sections 3 (Visual Hierarchy) and 4 (Spacing and Rhythm) by removing explanations of basic design concepts Claude already knows — keep only the specific rules, values, and failure patterns.

Add explicit feedback loops to the workflow: e.g., 'If contrast check fails → adjust color token → re-check → update token file' rather than just listing 'Run contrast checks' as a step.

Consider adding a concrete example of a design review output (even a brief one) showing how the 6 standards map to actual review notes, making the output format section more actionable.

DimensionReasoningScore

Conciseness

The skill is generally well-structured but includes some content Claude already knows (e.g., explaining what visual hierarchy is, what proximity principle means, explaining that contrast is 'not a preference'). The 'common failures' lists are useful but add significant length. Some sections like the hierarchy explanation could be tightened considerably.

2 / 3

Actionability

The skill provides concrete values (specific pixel sizes, contrast ratios, spacing scales, viewport widths) which is good, but lacks executable code examples. For a stack-agnostic design skill this is somewhat justified, but the guidance remains at the level of rules and principles rather than copy-paste-ready implementations. The token definitions are specific but presented as lists rather than usable templates (the template is deferred to a reference file).

2 / 3

Workflow Clarity

The 7-step workflow is clearly sequenced and includes validation steps (contrast checks, viewport testing, pre-ship checklist). However, there's no explicit feedback loop for when contrast checks fail or viewport testing reveals issues — it's implied but not stated as 'if X fails, do Y, then re-check.' For a skill involving potentially destructive design decisions, the lack of explicit error recovery caps this at 2.

2 / 3

Progressive Disclosure

The skill has a clear overview structure with well-signaled one-level-deep references to three specific files (design-tokens-template.md, preship-checklist.md, tailwind-patterns.md). It also clearly delineates when to use companion skills (brand-identity, brand-style-guide, design-system). Navigation is straightforward and content is appropriately split between the main file and references.

3 / 3

Total

9

/

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 with strong trigger term coverage and clear completeness, explicitly stating both what the skill does and when to use it. Its main weaknesses are that the capability description is somewhat broad rather than listing highly specific concrete actions, and the wide scope creates moderate overlap risk with other frontend/UI-related skills.

Suggestions

Add more specific concrete actions to improve specificity, e.g., 'Generates design token configurations, audits contrast ratios for WCAG compliance, enforces consistent spacing scales, and reviews component hierarchy.'

Narrow the scope or add boundary conditions to reduce conflict risk, e.g., 'Do NOT use for implementing frontend logic, state management, or backend API integration—only for visual design decisions and standards.'

DimensionReasoningScore

Specificity

The description names the domain (UI/design) and mentions several actions like 'building or reviewing pages, components, or UI,' but the actions remain somewhat general—it doesn't list concrete outputs or transformations (e.g., 'generate design tokens,' 'audit contrast ratios'). It's more about applying standards than listing specific concrete actions.

2 / 3

Completeness

The description clearly answers both 'what' (apply production-grade design standards when building or reviewing pages/components/UI) and 'when' (explicit 'Use this skill whenever...' clause with detailed trigger scenarios and a 'Triggers on' list). Both dimensions are well-covered.

3 / 3

Trigger Term Quality

Excellent coverage of natural trigger terms users would say: 'build a page,' 'create a component,' 'hero,' 'card,' 'CTA,' 'fix the design,' 'design tokens,' 'spacing,' 'typography scale,' 'button standards,' 'mobile design,' 'accessibility,' 'contrast.' These are terms users would naturally use when requesting UI/design work.

3 / 3

Distinctiveness Conflict Risk

While the focus on 'production-grade design standards' and specific terms like 'design tokens,' 'typography scale,' and 'contrast' help distinguish it, the broad scope ('build a page,' 'create a component,' 'layout') could overlap with general frontend development or component-building skills. The description covers a very wide surface area that could conflict with more specialized UI skills.

2 / 3

Total

10

/

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.

Validation10 / 11 Passed

Validation for skill structure

CriteriaDescriptionResult

frontmatter_unknown_keys

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

Warning

Total

10

/

11

Passed

Repository
rampstackco/claude-skills
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.