CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

screen-reader-testing

Practical guide to testing web applications with screen readers for comprehensive accessibility validation.

Quality

53%

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 ./plugins/AI-Agents-Safe-Coding-Skills-claude/skills/screen-reader-testing/SKILL.md

The canonical home for this skill is screen-reader-testing in rmyndharis/antigravity-skills

SKILL.md
Quality
Evals
Security

Quality

Content

36%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 body is a lean, well-sectioned skeleton with sensible use/don't-use triggers, but it contains no actual screen-reader testing guidance — the Instructions are generic boilerplate, and the single reference that would carry the real content points to a nonexistent file. As written, the skill gives Claude nothing concrete to execute.

Suggestions

Replace the generic Instructions bullets with concrete testing steps, e.g., which screen reader and browser pairings to use, how to navigate by headings/forms/landmarks, and what announcements to verify for ARIA live regions and form errors.

Create `resources/implementation-playbook.md` (in the bundle's actual references location) or remove the broken reference so the pointer resolves to real content.

Add explicit validation checkpoints, such as 'record each announcement mismatch and re-test after the fix' or a pass/fail checklist per page, so the workflow has feedback loops.

DimensionReasoningScore

Conciseness

The body is ~35 lines, lean, and free of explanations of concepts Claude already knows, matching 'Efficient; minor instances of over-explanation that could be trimmed'. Only the generic meta-instructions ('Clarify goals, constraints, and required inputs') are trimmable filler, keeping it below anchor 5.

4 / 5

Actionability

The Instructions section is entirely abstract — 'Apply relevant best practices and validate outcomes', 'Provide actionable steps and verification' — with no tool names, commands, test procedures, or examples; it describes rather than instructs, matching anchor 1. The only concrete pointer, the playbook reference, targets a file that does not exist in the bundle.

1 / 5

Workflow Clarity

There is only a rough generic pseudo-sequence (clarify goals → apply best practices → provide steps) with poorly defined steps and no concrete validation checkpoints for what is inherently a multi-step testing process, matching 'Rough sequence present but many gaps; steps poorly defined'.

2 / 5

Progressive Disclosure

Section structure is clean and the reference is clearly signaled and one level deep, but the referenced file `resources/implementation-playbook.md` does not exist in the bundle (no resources/ directory), so navigation to the detailed content the skill depends on is broken — structure present but organization incomplete.

3 / 5

Total

10

/

20

Passed

Description

48%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 identifies a clear, distinct niche but is thin: it states one generic action, omits any 'when to use' trigger guidance, and lacks the natural synonyms (tool names, a11y) users would say. It reads more like a subtitle than an operational trigger.

Suggestions

Append an explicit 'when' clause, e.g., 'Use when testing accessibility with NVDA, JAWS, or VoiceOver, verifying ARIA announcements, or auditing keyboard navigation.'

Replace the generic phrase 'for comprehensive accessibility validation' with 2-3 concrete capabilities such as 'validate ARIA roles and live-region announcements, verify form labeling, and test keyboard navigation'.

Include natural synonyms and tool names (screen reader, NVDA, JAWS, VoiceOver, a11y) to improve trigger-term coverage.

DimensionReasoningScore

Specificity

The description names the domain ("testing web applications with screen readers") but offers only one broad, generic action — "testing ... for comprehensive accessibility validation" — which matches the anchor 'Names the domain but actions are minimal or generic'. It does not list distinct concrete actions (e.g., validate ARIA implementations, verify form accessibility), so it falls short of anchor 3.

2 / 5

Completeness

The 'what' is reasonably clear (testing web apps with screen readers for accessibility validation), but there is no 'Use when...' clause or equivalent trigger guidance, which caps completeness at 3 per the judging guidelines.

3 / 5

Trigger Term Quality

Natural terms like "screen readers", "web applications", and "accessibility" are present, but common variations and synonyms users actually say are missing (NVDA, JAWS, VoiceOver, a11y, keyboard navigation), matching 'Some relevant keywords but missing common variations or synonyms'.

3 / 5

Distinctiveness Conflict Risk

Screen reader testing is a fairly distinct niche with its own triggers, matching 'Mostly distinct; minor overlap risk with closely related skills' — it could still overlap with general web-accessibility or WCAG-audit skills.

4 / 5

Total

12

/

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

frontmatter_unknown_keys

Unknown frontmatter key(s) found; consider removing or moving to metadata

Warning

Total

15

/

16

Passed

Repository

administrakt0r/AI-Agents-Safe-Coding-Skills

Path

plugins/AI-Agents-Safe-Coding-Skills-claude/skills/screen-reader-testing/SKILL.md

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.