CtrlK
BlogDocsLog inGet started
Tessl Logo

aria-required-attr

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

59

Quality

68%

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-required-attr/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

61%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, lean overview that appropriately delegates detail to a real references/rule.md file. It is weakest on actionability and workflow clarity because the body itself contains no executable examples and only an implicit, un-validated review sequence.

Suggestions

Add one inline executable example (e.g., a before/after slider markup snippet) so the body is actionable without requiring the reference file.

Make the review sequence explicit and numbered (identify roles → check required attrs → flag violations → verify with axe/a11y tree) with a validation checkpoint.

Add a brief verification step (e.g., 'Confirm with the browser accessibility tree or axe') as an explicit checkpoint in the Code Review section.

DimensionReasoningScore

Conciseness

The body is mostly lean with short Quick Reference, Check, Fix, and Explain sections that assume Claude's competence; minor redundancy between the opening line and the Check/Fix sections could be trimmed.

4 / 5

Actionability

Guidance is concrete in intent ('Ensure attributes like aria-valuenow for sliders are present') but the body itself contains no executable code or commands — concrete examples live only in the referenced rule.md.

3 / 5

Workflow Clarity

Sections imply a sequence (Quick Reference → Check → Fix → Explain → Code Review) but there are no explicit numbered steps and no validation checkpoint for verifying the fix, which the Code Review section only hints at.

3 / 5

Progressive Disclosure

The body is a concise overview with a single clearly signaled one-level-deep reference to references/rule.md (a real file), and content is appropriately split rather than inlined.

4 / 5

Total

14

/

20

Passed

Description

76%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 strong on completeness with explicit what/when triggers and concrete review actions, but is verbose and somewhat broad in its trigger framing, creating minor overlap risk with related accessibility skills. Trigger-term coverage is good but lacks natural synonyms and specific role examples.

Suggestions

Tighten the 'when' clause to lead with ARIA-specific triggers (e.g., 'Use when auditing ARIA roles, sliders, scrollbars, or controls missing required state attributes') to reduce overlap with general accessibility skills.

Add concrete role/attribute examples users would name (e.g., 'slider', 'aria-valuenow', 'scrollbar') to improve trigger-term naturalness.

Trim redundant phrasing ('Check native semantics first, then inspect...') to reduce token cost while keeping the trigger intact.

DimensionReasoningScore

Specificity

Names the domain (ARIA attributes for roles) and several concrete actions (review rendered HTML, inspect keyboard behavior, focus flow, accessible names, screen-reader output), with only minor gaps in breadth of coverage.

4 / 5

Completeness

Explicitly answers both what ('Include required ARIA attributes for roles') and when ('Use when reviewing rendered HTML, interactive components, or design-system patterns') with a concrete trigger clause.

5 / 5

Trigger Term Quality

Includes relevant terms like 'rendered HTML', 'interactive components', 'design-system patterns', and 'ARIA attributes', but lacks common synonyms or file/role examples a user would naturally say.

3 / 5

Distinctiveness Conflict Risk

The ARIA-required-attr niche is fairly distinct, though the broad 'interactive components or design-system patterns' framing could overlap with sibling accessibility skills.

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.