CtrlK
BlogDocsLog inGet started
Tessl Logo

aria-live-regions

Use when reviewing rendered HTML, interactive components, or design-system patterns related to Announce dynamic content with ARIA live regions. Check native semantics first, then inspect keyboard behavior, focus flow, accessible names, and screen-reader output where relevant.

65

Quality

78%

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-live-regions/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.

A compact, well-structured review skill that delegates detail appropriately to one reference. Its weakness is the action sections, which stay abstract rather than giving concrete, executable verification steps.

Suggestions

Replace the abstract Check/Fix stubs with concrete guidance, e.g. a verification step such as 'Confirm the live region node exists before the update and assert it receives the new text.'

Add a brief Code Review example showing a before/after snippet (missing aria-live -> fixed markup) so the action is copy-paste ready rather than descriptive.

Sequence Check -> Fix -> Verify explicitly with a verification checkpoint so the workflow reads as a guided loop rather than parallel one-liners.

DimensionReasoningScore

Conciseness

Lean body with a bullet quick-reference and short section stubs; assumes Claude's competence and avoids explaining ARIA basics, though the Quick Reference and Fix sections lightly overlap.

3 / 3

Actionability

Quick Reference gives concrete attributes (polite/assertive, role=alert/status, DOM-first), but the Check/Fix/Explain stubs are abstract ('appropriately', 'correct politeness levels') with no executable example in the body.

2 / 3

Workflow Clarity

Check/Fix/Explain/Code Review read as parallel aspects rather than a sequenced workflow, and no explicit validation checkpoint is given for verifying a fix.

2 / 3

Progressive Disclosure

Body is a concise overview pointing to a single real one-level-deep reference (references/rule.md, verified present) with clearly signaled, well-organized sections.

3 / 3

Total

10

/

12

Passed

Description

85%

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 specific, well-triggered description with a clear 'Use when' clause and concrete review actions. Trigger-term naturalness is the weakest point, as it relies on technical jargon rather than everyday user phrasing.

Suggestions

Add common natural-language triggers users would actually say, e.g. 'announce updates', 'screen reader notifications', or 'cart/status messages', alongside the technical ARIA terminology.

Soften reliance on 'ARIA live regions' as the primary trigger by pairing it with plain-language equivalents so the description fires for less technical requests.

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 multi-action anchor.

3 / 3

Completeness

Explicitly answers both what (review semantics, keyboard, focus, names, screen-reader output) and when ('Use when reviewing rendered HTML, interactive components, or design-system patterns').

3 / 3

Trigger Term Quality

Names relevant domains ('rendered HTML, interactive components, or design-system patterns') but leans technical ('ARIA live regions') and omits common user phrasings like 'announce updates' or 'screen reader notifications'.

2 / 3

Distinctiveness Conflict Risk

Targets a clear niche (ARIA live regions for accessibility review) with distinct triggers unlikely to overlap with unrelated skills.

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