CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

aria-deprecated-role

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

57

Quality

72%

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-deprecated-role/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

57%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.

A lean, well-structured overview with excellent progressive disclosure — a short body pointing to a verified, one-level-deep reference file. However, the Quick Reference section is redundant padding, the Fix step lacks any named modern equivalents or commands, and verification is only gestured at, leaving the workflow checkpoints implicit.

Suggestions

Replace the redundant Quick Reference bullets (which restate the intro and Fix sections) with a concrete list of deprecated roles and their modern replacements, e.g., a mapping table or a grep command like `grep -rnE 'role="(directory|...)"'`.

Name specific modern equivalents or native elements in the Fix section so the guidance is executable rather than 'update to modern recommended equivalents'.

Add an explicit validation checkpoint, such as re-running the search after fixes or verifying with a concrete accessibility tool (e.g., axe DevTools), instead of the implicit 'note how to verify the fix'.

DimensionReasoningScore

Conciseness

The body is short, but the 'Quick Reference' bullets — 'Deprecated ARIA roles should be replaced with modern equivalents', 'Browsers may drop support for deprecated roles in future versions', 'Ensures long-term compatibility with assistive technologies' — merely restate the intro and the Fix section, and the opening sentence explains a consequence Claude can infer. Not 4 because the Quick Reference section is entirely redundant; not 2 because there is no lengthy explanation of concepts Claude already knows.

3 / 5

Actionability

Some concrete guidance exists — 'Search the codebase for deprecated ARIA roles like `directory` or abstract roles' gives a concrete search target — but key details are missing: the Fix section says 'Update deprecated ARIA roles to their modern recommended equivalents' without naming any equivalents, and there is no enumeration of deprecated roles, command, or code example in the body. Not 4 because the guidance is not mostly executable; not 2 because the Check step does give a specific, searchable example.

3 / 5

Workflow Clarity

A clear sequence exists (Check → Fix → Explain → Code Review) with labeled sections, but validation is only implicit: 'note how to verify the fix with browser accessibility tooling or assistive tech' gestures at verification without any concrete checkpoint or tool. Not 4 because checkpoints are mentioned but not defined; not 2 because the sequence is present and steps are reasonably defined.

3 / 5

Progressive Disclosure

The body is a concise overview that cleanly delegates detail through a well-signaled, one-level-deep pointer: 'For full implementation details, code examples, and framework-specific guidance, see `references/rule.md`'. The reference file exists and is self-contained (48 lines, no nested references), so navigation is easy and the split is appropriate. This matches the top anchor; no minor organization gaps were found.

5 / 5

Total

14

/

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.

A solid description with an explicit 'Use when...' trigger clause and several concrete inspection actions. Its main weakness is that the skill's core capability — identifying and replacing deprecated ARIA roles — is expressed as an inserted rule title ('related to Avoid using deprecated ARIA roles') rather than as an action, and natural synonyms like 'accessibility' or 'a11y' are absent.

Suggestions

Replace 'related to Avoid using deprecated ARIA roles' with an action statement such as 'Identify and replace deprecated ARIA roles (e.g., directory, abstract roles) with modern equivalents or native HTML elements'.

Add natural synonyms users would actually say — 'accessibility', 'a11y', 'screen reader' — to broaden trigger-term coverage.

Make the 'what' state the deliverable (flag offending elements/roles and suggest the modern replacement) rather than only describing generic inspection steps.

DimensionReasoningScore

Specificity

The description lists several concrete actions — 'Check native semantics first, then inspect keyboard behavior, focus flow, accessible names, and screen-reader output' — covering the review workflow. It falls short of 5 because the core capability is stated as 'related to Avoid using deprecated ARIA roles' (a pasted rule title) rather than an action verb phrase like 'identify and replace deprecated ARIA roles', leaving the skill's primary deliverable unstated; it exceeds 3 because it names more than 1-2 concrete actions.

4 / 5

Completeness

Both what and when are present: 'Use when reviewing rendered HTML, interactive components, or design-system patterns...' is an explicit trigger clause, and 'Check native semantics first, then inspect keyboard behavior...' describes the actions. Not 5 because the 'what' centers on generic accessibility inspection while the actual rule (finding/replacing deprecated ARIA roles) is only awkwardly embedded via 'related to Avoid using deprecated ARIA roles'; not 3 because the 'when' is explicit rather than missing or weakly implied.

4 / 5

Trigger Term Quality

Good keyword coverage with natural terms users would say: 'rendered HTML', 'interactive components', 'design-system patterns', 'ARIA roles', 'keyboard behavior', 'focus flow', 'accessible names', 'screen-reader output'. Not 5 because common synonyms like 'accessibility', 'a11y', or 'screen reader' (as opposed to the hyphenated 'screen-reader output') are missing; not 3 because coverage goes well beyond a couple of generic keywords.

4 / 5

Distinctiveness Conflict Risk

The niche is clear — deprecated ARIA roles, native semantics, accessible names — and triggers are mostly distinct. Not 5 because the opening 'Use when reviewing rendered HTML, interactive components, or design-system patterns' is generic boilerplate shared with other accessibility/design-system review skills, creating minor overlap risk; not 3 because the ARIA-specific terms anchor it to one rule.

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.

Validation — 15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

metadata_version

'metadata.version' is missing

Warning

Total

15

/

16

Passed

Repository

thedaviddias/Front-End-Checklist

Path

skills/aria-deprecated-role/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.