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.

66

Quality

80%

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

SKILL.md
Quality
Evals
Security

Quality

Content

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

The content is concise, well-structured, and uses clean progressive disclosure with a real reference file. It loses points only on actionability (no copy-paste markup example) and a missing explicit validation checkpoint in the review workflow.

Suggestions

Add a small executable markup example, e.g. <video>...<track kind="descriptions" src="descriptions.vtt" srclang="en"></video>, so the Fix section is copy-paste ready.

Add an explicit verify-the-fix step in the Check/Code Review sections (e.g., confirm the track loads and is announced by a screen reader) to close the validation gap.

Optionally note how to detect when extended descriptions are needed (insufficient dialogue gaps) as a concrete trigger for that alternative.

DimensionReasoningScore

Conciseness

The body is lean and tight: each section is 1-2 lines with no padding or explanation of concepts Claude already knows, and every token earns its place.

5 / 5

Actionability

Gives concrete, specific guidance ('track element with kind=descriptions', extended version with pauses, integrate into narration) but lacks an actual copy-paste markup example such as a <track> snippet covering common cases.

4 / 5

Workflow Clarity

Clear sequenced review workflow (Check -> Fix -> Explain -> Code Review) for a non-destructive inspection skill, but there is no explicit validation/verify-the-fix checkpoint in the body.

4 / 5

Progressive Disclosure

The body is a concise overview with a single well-signaled one-level-deep reference (references/rule.md exists), cleanly splitting overview from detail with easy navigation.

5 / 5

Total

18

/

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.

The description explicitly covers what and when with several concrete actions and natural trigger terms. It is strong but capped at 4 across dimensions because the 'what' leans on generic accessibility-review framing rather than audio-description-specific actions and synonyms.

Suggestions

Add audio-description-specific actions to the 'what' (e.g., 'verify a track element with kind=descriptions exists, or that visual content is described in dialogue') instead of only generic a11y-review actions.

Include natural synonyms/extensions users might say, such as 'described video', 'audio description track', or '.vtt', to broaden trigger-term coverage.

Tighten the niche phrasing so it reads as a video-specific a11y rule rather than a general HTML/component review skill.

DimensionReasoningScore

Specificity

Lists several concrete inspection actions (keyboard behavior, focus flow, accessible names, screen-reader output) but they are generic a11y-review actions rather than audio-description-specific actions, leaving minor coverage gaps.

4 / 5

Completeness

Explicitly answers both 'what' (review a11y of rendered HTML) and 'when' (Use when reviewing rendered HTML related to audio descriptions for video), but the 'what' is generic a11y-review framing rather than tightly scoped to audio descriptions.

4 / 5

Trigger Term Quality

Includes natural phrases users would say ('rendered HTML', 'interactive components', 'design-system patterns', 'audio descriptions', 'video') but misses common synonyms like 'described video' or file extensions like '.vtt'.

4 / 5

Distinctiveness Conflict Risk

The video/audio-description scoping makes it mostly distinct, but the generic a11y-review phrasing creates minor overlap risk with sibling frontendchecklist accessibility skills sharing the same review framing.

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.

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.