CtrlK
BlogDocsLog inGet started
Tessl Logo

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.

58

Quality

67%

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

63%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 body with exemplary progressive disclosure to a single, clearly signaled reference file. The weaknesses are in the middle sections: the Check/Fix guidance lacks executable specifics (no search pattern, no deprecated-role list, no role-to-modern-equivalent mapping), and redundant Quick Reference/Explain sections pad the token budget without adding information Claude doesn't already have.

Suggestions

Make the Check section executable: give a concrete search pattern (e.g., grep -rn 'role="(directory|...)' across templates/JSX) and enumerate the deprecated/abstract roles to look for instead of just citing `directory`.

Add a short deprecated-to-modern mapping in Fix or ensure the body points to where one lives (e.g., directory → role="list" or native <ul>, prefer native <nav> over role="navigation") so the fix step is copy-paste actionable.

Trim the Quick Reference bullets and the generic Explain section, which restate the intro and instruct Claude to do something it already knows, freeing tokens for the missing concrete details.

DimensionReasoningScore

Conciseness

The body is short and sectioned, but contains redundant material: the "Quick Reference" bullets ("Deprecated ARIA roles should be replaced with modern equivalents", "Ensures long-term compatibility with assistive technologies") largely restate the opening paragraph, and the "Explain" section instructs Claude to do something it already knows how to do without adding information. The templated "Code Review" section also repeats content. It is above a 2 because there is no concept-teaching padding and most sections carry some signal, but it could be tightened.

3 / 5

Actionability

"Search the codebase for deprecated ARIA roles like `directory` or abstract roles" and "Update deprecated ARIA roles to their modern recommended equivalents or use native HTML elements" give direction and one concrete example role, but no executable search command/pattern (e.g., grep for role=\"directory\"), no list of which roles are deprecated or abstract, and no deprecated-to-modern mapping table. The guidance is concrete in intent but incomplete in the details needed to execute without consulting the reference.

3 / 5

Workflow Clarity

The Check → Fix → Explain → Code Review sections form a coherent sequence for a simple review skill, and verification is addressed ("note how to verify the fix with browser accessibility tooling or assistive tech"). It is not a 5 because the verification step names no specific tool or command in the body (axe/Lighthouse live only in the reference file) and there is no explicit checkpoint that the fix be re-verified before finishing. It is above a 3 because the single-purpose flow is unambiguous and non-destructive, so the missing-validation cap does not apply.

4 / 5

Progressive Disclosure

The body is a concise overview with clear sections, and the single reference `references/rule.md` (verified to exist) holds the code example, standards, and verification detail — one level deep, well signaled ("For full implementation details, code examples, and framework-specific guidance, see `references/rule.md`"), with no nested references. Content is appropriately split between overview and detail, matching the anchor for clear structure and easy navigation.

5 / 5

Total

15

/

20

Passed

Description

71%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 and several concrete inspection actions, written in appropriate third-person voice. Its main weaknesses are the awkward verbatim embedding of the rule title ("related to Avoid using deprecated ARIA roles") in place of a plainly stated capability, missing common trigger synonyms like "accessibility"/"a11y", and overlap risk with sibling accessibility-rule skills sharing the same broad trigger terms.

Suggestions

Rewrite the opening to state the core capability plainly in third person, e.g., "Identifies and flags deprecated or abstract ARIA roles (e.g., role=\"directory\") in HTML markup and recommends modern equivalents or native elements."

Add natural trigger synonyms users would actually say — "accessibility", "a11y", "WAI-ARIA", "screen reader compatibility" — to improve trigger matching.

Differentiate from sibling accessibility-rule skills by leading with the deprecated-roles niche (e.g., "Use when an audit or code review flags deprecated ARIA roles...") rather than generic rendered-HTML/design-system triggers shared by many a11y skills.

DimensionReasoningScore

Specificity

The description lists several concrete actions — "Check native semantics first, then inspect keyboard behavior, focus flow, accessible names, and screen-reader output" — which are specific and reviewable. It stops short of a 5 because the core capability (identifying/replacing deprecated ARIA roles) is only implied via the awkward embedded rule title "related to Avoid using deprecated ARIA roles" rather than stated as a concrete action, leaving a coverage gap.

4 / 5

Completeness

It explicitly answers "when" with a clear "Use when reviewing rendered HTML, interactive components, or design-system patterns..." clause, and a "what" is present via the check/inspect actions and the rule topic. It is not a 5 because the "what" is weakly stated: the actual task (find and replace deprecated ARIA roles) is buried in the ungrammatical phrase "related to Avoid using deprecated ARIA roles" rather than stated plainly as a concrete trigger-anchored capability.

4 / 5

Trigger Term Quality

Good keyword coverage including natural terms like "rendered HTML", "interactive components", "design-system patterns", "ARIA roles", "keyboard behavior", "focus flow", and "screen-reader output". A few common natural terms are missing — most notably "accessibility"/"a11y", "WAI-ARIA", and "screen reader" as a standalone phrase — so it falls just short of the comprehensive synonym coverage of a 5.

4 / 5

Distinctiveness Conflict Risk

The niche keyword "deprecated ARIA roles" is distinct, but the surrounding trigger terms ("rendered HTML", "interactive components", "design-system patterns", "keyboard behavior", "focus flow", "accessible names") are broad and would be shared by many sibling accessibility-review skills (e.g., valid-ARIA, focus-order, accessible-name rules), creating overlap risk. It is above a 2 because the deprecated-roles topic and the leading "Check native semantics first" do narrow it, but it could still overlap with closely related a11y rule skills.

3 / 5

Total

15

/

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