CtrlK
BlogDocsLog inGet started
Tessl Logo

accessibility-testing

Use when reviewing component libraries, page flows, or CI pipelines that need repeatable accessibility checks. Automated testing is strongest at catching structural and attribute-level issues; it does not replace keyboard, screen reader, and manual UX testing.

58

Quality

67%

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/accessibility-testing/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

65%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 well-structured, concise overview that correctly delegates implementation depth to a single clearly signaled reference. Its main weakness is actionability and workflow clarity: the overview names tools but shows no executable example and lacks an explicit test-then-verify sequence.

Suggestions

Add one small copy-paste-ready code snippet (e.g. a jest-axe expect or a Playwright axe scan) so the overview is executable, not just directional.

Turn Check/Fix/Explain into a short ordered workflow with a validation step (run tests in CI, confirm they fail on a known violation, then pass after fix).

DimensionReasoningScore

Conciseness

The body is lean with concrete tool names in the Quick Reference and terse section bodies; the only padding is the motivational opener ('catches 30-50% of WCAG violations... reducing legal risk') which could be trimmed.

4 / 5

Actionability

Names specific tools (jest-axe, @axe-core/playwright, cypress-axe, color-contrast) but provides no executable code or commands in the body, delegating all implementation to references/rule.md, leaving the overview itself with incomplete concrete guidance.

3 / 5

Workflow Clarity

The Check/Fix/Explain/Code Review sections give a loose framing but no sequenced workflow, and there are no validation checkpoints for verifying that added tests actually pass or catch regressions.

3 / 5

Progressive Disclosure

A clean overview body with well-organized sections and a single, clearly signaled one-level-deep reference ('see references/rule.md') for full implementation details; navigation is easy and nothing is buried.

5 / 5

Total

15

/

20

Passed

Description

70%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 leads with an explicit 'Use when' trigger and names concrete frontend/CI contexts, giving it strong trigger quality and distinctiveness. It is slightly weaker on specificity because the actual actions are generic ('reviewing', 'checks') rather than a comprehensive enumerated list.

Suggestions

Lead with a concrete action statement before the 'Use when' clause, e.g. 'Run automated accessibility checks (axe-core, jest-axe) on components and page flows.'

Add common synonyms such as 'a11y' and 'WCAG' to broaden natural trigger coverage.

DimensionReasoningScore

Specificity

Names the domain ('accessibility checks') and concrete contexts ('component libraries, page flows, or CI pipelines') but the actions themselves ('reviewing', 'checks') are generic rather than a comprehensive list of specific actions.

3 / 5

Completeness

Has an explicit 'when' ('Use when reviewing component libraries, page flows, or CI pipelines...') and a clear implied 'what' (automated accessibility testing), but the 'what' leans on capability framing rather than a crisp action statement.

4 / 5

Trigger Term Quality

Includes natural terms users would say ('component libraries', 'page flows', 'CI pipelines', 'accessibility checks') with good coverage, though a few common synonyms (e.g., 'a11y', 'WCAG') are missing.

4 / 5

Distinctiveness Conflict Risk

Targets a clear niche (automated accessibility testing for frontend/CI contexts) with distinct triggers, with only minor overlap risk against general testing skills.

4 / 5

Total

15

/

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.