CtrlK
BlogDocsLog inGet started
Tessl Logo

audio-descriptions

Use when reviewing rendered HTML, interactive components, or design-system patterns related to Provide audio descriptions for video. Check native semantics first, then inspect keyboard behavior, focus flow, accessible names, and screen-reader output where relevant.

60

Quality

70%

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/audio-descriptions/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 content is concise and well-structured with appropriate progressive disclosure to a real reference file, but the body leans on prose guidance rather than executable examples and lacks explicit validation checkpoints in its review workflow.

Suggestions

Add a small executable markup snippet (the <track kind='descriptions'> element) directly in the Fix section so the core action is copy-paste ready without opening the reference.

Insert an explicit validation step in the Check/Fix flow, e.g. 'Verify the descriptions track appears in player controls and does not overlap dialogue' as a checkpoint before closing.

DimensionReasoningScore

Conciseness

The body is lean and assumes Claude's competence: 'Identify videos where visual content conveys information not available in the audio track... Verify audio descriptions are available' with no padding or explanation of concepts Claude already knows.

3 / 3

Actionability

It points to a concrete track element with kind='descriptions' and the extended-version alternative, but the body itself contains no executable code or complete examples—those are deferred to references/rule.md.

2 / 3

Workflow Clarity

The Check/Fix/Explain/Code Review sequence gives a reasonable flow, but there are no explicit validation checkpoints or verify-then-proceed feedback loops for what is effectively a review-then-fix task.

2 / 3

Progressive Disclosure

The SKILL.md body is a concise overview with clear section headings and a well-signaled one-level-deep reference ('see references/rule.md'), and the referenced file exists, giving clean single-level navigation.

3 / 3

Total

10

/

12

Passed

Description

67%

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 includes an explicit 'Use when...' trigger and covers both what and when, but the action set and trigger terms lean toward generic accessibility-review language rather than being tightly scoped to audio descriptions for video.

Suggestions

Add audio-description-specific trigger terms users would naturally say, such as 'audio descriptions', 'described video', or 'video accessibility for blind users'.

Tighten the action list to focus on audio-description tasks (checking for a descriptions track, kind='descriptions', extended descriptions) rather than broad accessibility review.

DimensionReasoningScore

Specificity

It names the domain (audio descriptions for video, HTML/design-system review) and several concrete actions (inspect keyboard behavior, focus flow, accessible names, screen-reader output), but does not comprehensively enumerate the full set of concrete actions.

2 / 3

Completeness

It explicitly answers what it does ('reviewing rendered HTML, interactive components, or design-system patterns...') and when to use it ('Use when reviewing rendered HTML... related to Provide audio descriptions for video'), satisfying both what and when with an explicit trigger.

3 / 3

Trigger Term Quality

Phrases like 'rendered HTML', 'interactive components', 'design-system patterns', 'screen-reader output', 'focus flow' are reasonably natural for an accessibility audience, but common user-facing variations ('video descriptions', 'audio descriptions', 'a11y', 'described video') are only partly covered.

2 / 3

Distinctiveness Conflict Risk

The niche (audio descriptions for video within HTML/design-system review) is fairly specific, but the generic 'reviewing rendered HTML, interactive components, or design-system patterns' framing could overlap with other accessibility skills.

2 / 3

Total

9

/

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.