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.

67

Quality

81%

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

SKILL.md
Quality
Evals
Security

Quality

Content

70%

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

The skill is well-organized with a clear review workflow and a properly signaled single-level reference to a real bundle file. It is held back by a concept-restating opening/Explain section and abstract bullets where concrete examples would help.

Suggestions

Drop or tighten the opening framing sentence and the "Explain" section — Claude already knows why required ARIA attributes matter; keep only guidance it cannot infer.

Replace abstract Quick Reference bullets ("Identify roles that require...", "Validate that all required ARIA attributes are correctly implemented") with concrete checks, e.g. naming specific roles and their required attributes or the axe/Lighthouse rule IDs to look for.

Surface one minimal inline code snippet (a slider with aria-valuenow/valuemin/valuemax) in the body so the core fix is actionable without opening the reference.

DimensionReasoningScore

Conciseness

The body is short and well-structured, but the opening sentence ("Certain ARIA roles are incomplete without their required attributes, preventing assistive technologies from correctly communicating the element's state or value") explains a concept Claude already knows, and the standalone "Explain" section largely restates it.

2 / 3

Actionability

There is some concrete guidance — "Add the missing required ARIA attributes to elements with specific roles (e.g., aria-valuenow for role=\"slider\")" — but several items ("Identify roles that require specific state or property attributes", "Validate that all required ARIA attributes are correctly implemented") are abstract, and the executable examples live only in the referenced file.

2 / 3

Workflow Clarity

For this simple single-task review skill the Check → Fix → Explain → Code Review sections form a clear, unambiguous sequence, and verification is explicitly called out ("note how to verify the fix with browser accessibility tooling or assistive tech").

3 / 3

Progressive Disclosure

The body is a concise overview that clearly signals a single one-level-deep reference — "see references/rule.md" — and that file exists and holds the code examples and detailed guidance, matching the top anchor.

3 / 3

Total

10

/

12

Passed

Description

92%

Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.

A strong description: it is specific, uses natural trigger terms, and answers both what and when with an explicit Use-when clause. Its only weakness is a somewhat generic trigger phrase that could conflict with other accessibility skills.

DimensionReasoningScore

Specificity

The description lists multiple concrete actions — "Check native semantics first, then inspect keyboard behavior, focus flow, accessible names, and screen-reader output" — rather than vague language, matching the top anchor.

3 / 3

Completeness

It states both what to do (check native semantics, inspect keyboard/focus/accessible-name/screen-reader behavior) and when via an explicit "Use when reviewing rendered HTML, interactive components, or design-system patterns" clause, and uses third-person/infinitive voice.

3 / 3

Trigger Term Quality

It includes natural terms an accessibility reviewer would actually say — "rendered HTML", "interactive components", "design-system patterns", "ARIA attributes", "roles", "keyboard behavior", "screen-reader output" — giving good coverage.

3 / 3

Distinctiveness Conflict Risk

The rule itself (required ARIA attributes for roles) is a clear niche, but the "Use when" trigger — reviewing rendered HTML, interactive components, or design-system patterns — is generic accessibility-review language that could overlap with sibling accessibility skills.

2 / 3

Total

11

/

12

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.