CtrlK
BlogDocsLog inGet started
Tessl Logo

accessibility-testing

Accessibility testing with axe-core and Playwright. Use when checking WCAG compliance, finding a11y issues, ensuring keyboard navigation, or testing screen reader compatibility.

65

Quality

82%

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

The canonical home for this skill is accessibility-testing in fernandezbaptiste/Skrillz

SKILL.md
Quality
Evals
Security

Quality

Content

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

A strong, highly actionable code-reference skill: nearly everything is executable and covers the realistic a11y testing scenarios, with real and clearly linked bundle references. Its main weaknesses are structural repetition (Quick Start vs Basic Usage, near-identical tag/rule variants) and the absence of an explicit remediation loop for found violations.

Suggestions

Remove the 'Quick Start' section or fold it into 'Basic Usage' — it duplicates the full-page-scan example nearly verbatim and doubles the reader's first impression of the same code.

Condense the WCAG A/AA/AAA, withRules, and disableRules sections into a single section showing the withTags/withRules/disableRules builder options in one or two examples instead of five near-identical test blocks.

Add a short 'When violations are found' workflow (run test -> read violation report -> fix -> re-run) to close the remediation loop, and consider moving detailed recipe variants into references/common-issues.md to slim the body.

DimensionReasoningScore

Conciseness

The body is mostly lean code examples, but the 'Quick Start' section duplicates the 'Basic Usage / Full Page Scan' example almost verbatim, and the WCAG-level, withRules, and disableRules sections repeat the same scan pattern with only one changed line each, so it could be meaningfully tightened.

3 / 5

Actionability

Every section provides executable, copy-paste-ready Playwright test code covering the common cases: full/included/excluded scans, WCAG level filtering, specific rules, keyboard navigation, forms, images, ARIA, violation reporting, and CI integration via GitHub Actions YAML.

5 / 5

Workflow Clarity

There is a rough install-to-test-to-CI arc and the tests themselves serve as validation checkpoints, with the Reporting section showing how to inspect and act on violations. However, installation appears after the Quick Start, and there is no explicit fix-and-rerun feedback loop for handling discovered violations.

4 / 5

Progressive Disclosure

Sections are well organized and the two references (wcag-checklist.md, common-issues.md) are real files, clearly signaled with one-line descriptions and only one level deep. But the ~410-line body inlines many recipe variants that could partly live in the reference files, keeping it from being a lean overview.

4 / 5

Total

16

/

20

Passed

Description

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

A strong description that clearly and concisely states both what the skill does and when to use it, with natural trigger terms and the a11y synonym included. It is comprehensively scoped for the accessibility niche, with only minor gaps in trigger vocabulary and slight overlap risk with general Playwright testing skills.

DimensionReasoningScore

Specificity

Names the tools (axe-core, Playwright) and lists several concrete action areas ('checking WCAG compliance', 'finding a11y issues', 'ensuring keyboard navigation', 'testing screen reader compatibility'), but coverage has minor gaps such as color contrast testing and report generation.

4 / 5

Completeness

Explicitly answers both parts: 'Accessibility testing with axe-core and Playwright' states what it does, and 'Use when checking WCAG compliance, finding a11y issues, ensuring keyboard navigation, or testing screen reader compatibility' gives concrete trigger phrases for when to use it.

5 / 5

Trigger Term Quality

Good natural keyword coverage including the 'a11y' synonym, 'WCAG', 'keyboard navigation', and 'screen reader', but a few natural terms users might say are missing (e.g., 'color contrast', 'ADA', 'Section 508').

4 / 5

Distinctiveness Conflict Risk

The accessibility niche with named tools is distinct, but the generic mentions of 'testing' and 'Playwright' create minor overlap risk with general web-automation or Playwright testing skills.

4 / 5

Total

17

/

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
fernandezbaptiste/Skrillz
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.