CtrlK
BlogDocsLog inGet started
Tessl Logo

aria-required-parent

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

63

Quality

75%

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

Quality

Content

72%

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

The body is concise and well-structured with a properly signaled one-level reference, but it keeps the executable HTML examples and verification steps in the bundle rather than the body, weakening actionability and workflow clarity. Pulling a minimal inline example and a verification checkpoint into the body would raise those dimensions.

Suggestions

Add one minimal inline HTML example (e.g. role="list" wrapping role="listitem") to the Fix section so the body is copy-paste ready without opening the reference.

Include an explicit verification step in the body (e.g. 'Confirm the role is nested in its required parent using the browser accessibility tree') to add a validation checkpoint.

Reduce overlap between Quick Reference and the Check/Fix/Explain sections so each section adds distinct value.

DimensionReasoningScore

Conciseness

The body is lean with short focused sections and no over-explanation of ARIA concepts Claude already knows; every section earns its place, matching the anchor for lean and efficient content.

3 / 3

Actionability

The Fix section gives concrete guidance ('wrap role="listitem" in role="list"'), but the body lacks executable code examples, which are delegated to references/rule.md, leaving the body's guidance incomplete rather than copy-paste ready.

2 / 3

Workflow Clarity

Content is organized as Check/Fix/Explain/Code Review rather than a sequenced process, and no validation or verification step appears in the body itself, leaving checkpoints implicit and delegated to the reference.

2 / 3

Progressive Disclosure

The body is a concise overview that clearly signals a single one-level-deep reference ('see references/rule.md'), and the referenced file exists with the detailed content, matching the anchor for a clear overview with well-signaled references.

3 / 3

Total

10

/

12

Passed

Description

77%

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 gives concrete review actions and an explicit 'Use when' trigger, but embeds the rule title awkwardly as a trigger phrase and omits natural accessibility keywords a user would actually say. Trigger term quality and distinctiveness are the weaker dimensions.

Suggestions

Rewrite the embedded rule title into natural trigger keywords, e.g. 'Use when reviewing ARIA roles, accessibility, or screen-reader behavior for required parent-child role nesting.'

Add common natural terms a user would say (e.g. 'ARIA', 'accessibility', 'screen reader', 'roles') so the skill triggers on natural phrasing.

Narrow the broad 'rendered HTML, interactive components, or design-system patterns' trigger toward ARIA-role-specific contexts to reduce overlap with generic accessibility skills.

DimensionReasoningScore

Specificity

Lists multiple concrete review actions: 'Check native semantics first, then inspect keyboard behavior, focus flow, accessible names, and screen-reader output', matching the anchor for several specific concrete actions rather than a partial list.

3 / 3

Completeness

Explicitly answers both what (check native semantics, keyboard, focus, accessible names, screen-reader output) and when via a clear 'Use when reviewing...' trigger, matching the anchor for clearly answering both what and when.

3 / 3

Trigger Term Quality

Trigger terms like 'reviewing rendered HTML, interactive components, or design-system patterns' are relevant, but common natural variations such as 'ARIA', 'accessibility', 'screen reader', and 'roles' are absent, and the rule title embedded as a phrase is not a keyword a user would say.

2 / 3

Distinctiveness Conflict Risk

The rule-specific narrowing (required ARIA parent roles) is distinct, but the broad trigger 'reviewing rendered HTML, interactive components, or design-system patterns' could overlap with other accessibility-review skills before the rule is identified.

2 / 3

Total

10

/

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.