CtrlK
BlogDocsLog inGet started
Tessl Logo

aria-labels

Use when reviewing rendered HTML, interactive components, or design-system patterns related to Provide accessible names for all interactive elements. Check native semantics first, then inspect keyboard behavior, focus flow, accessible names, and screen-reader output where relevant.

64

Quality

76%

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/aria-labels/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

78%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-organized, concise review skill that delegates detail to a real one-level-deep reference, with concrete actionable guidance and a clear workflow. It stops short of top marks only because of a minor flourish and an implicit rather than explicit validation checkpoint.

Suggestions

Remove or tighten the opening 'mystery meat' sentence so every line earns its place.

Make the verification checkpoint explicit in the body (e.g. a 'Verify' step naming axe/Lighthouse and keyboard/screen-reader re-test) rather than only implying it inside Code Review.

DimensionReasoningScore

Conciseness

The body is mostly lean with well-scoped Check/Fix/Explain/Code Review sections, but the opening 'mystery meat' sentence is a flourish that assumes less competence than needed and could be trimmed.

4 / 5

Actionability

Gives concrete, actionable review guidance ('Audit all interactive elements... for missing or unhelpful accessible names', 'Add descriptive text content or aria-label attributes') with a clear Code Review procedure; minor gaps as executable examples live only in the reference file.

4 / 5

Workflow Clarity

A clear Check -> Fix -> Explain -> Code Review sequence with an explicit verification cue ('note how to verify the fix with browser accessibility tooling or assistive tech'), though the Code Review step overlaps with Check and the validation checkpoint is implied rather than explicit.

4 / 5

Progressive Disclosure

The body is a concise overview with a single, clearly signaled one-level-deep reference ('see references/rule.md') that exists as a real file, and content is appropriately split between overview and detail.

5 / 5

Total

17

/

20

Passed

Description

75%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 clearly states both what the skill does and when to use it, with concrete review actions and natural trigger terms. It is held back from a 5 by slightly awkward phrasing in the trigger clause and a few missing natural synonyms.

Suggestions

Rewrite the 'when' clause to read more naturally, e.g. 'Use when reviewing interactive elements for accessible names, ARIA labels, or keyboard/screen-reader accessibility.'

Add common synonyms users would say ('ARIA labels', 'accessibility audit', 'icon-button labels') to broaden trigger coverage.

DimensionReasoningScore

Specificity

Names the domain and lists several concrete review actions ('Check native semantics first, then inspect keyboard behavior, focus flow, accessible names, and screen-reader output'), though they are inspection verbs rather than fix actions, leaving minor coverage gaps.

4 / 5

Completeness

Both 'what' (provide accessible names; check native semantics, keyboard, focus, names, screen-reader output) and 'when' ('Use when reviewing rendered HTML, interactive components, or design-system patterns') are present, but the 'when' clause is slightly awkward ('related to Provide accessible names...') and could be more explicit.

4 / 5

Trigger Term Quality

Includes natural terms a reviewer would say ('rendered HTML', 'interactive components', 'design-system patterns', 'accessible names', 'screen-reader'), but omits common synonyms like 'ARIA labels', 'accessibility audit', or 'icon-button labels'.

4 / 5

Distinctiveness Conflict Risk

Targets a clear niche (accessible names for interactive elements / aria-labels) with distinct triggers, though it could overlap with closely related accessibility rules such as aria-command-name.

4 / 5

Total

16

/

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

metadata_version

'metadata.version' is missing

Warning

Total

15

/

16

Passed

Repository
thedaviddias/Front-End-Checklist
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.