CtrlK
BlogDocsLog inGet started
Tessl Logo

testland/ibm-equal-access-a11y

Authors and runs IBM Equal Access accessibility-checker scans - IBM's open-source a11y engine with WCAG 2.0 / 2.1 / 2.2 + US Section 508 rule sets, integrating with Node / Selenium / Puppeteer / Playwright / Karma / Cypress test runners. Distinguished by IBM's enterprise-tier rule coverage and Section 508 specificity. Use when the project ships to US federal / public-sector customers (Section 508 mandate) or when the team values IBM-branded a11y reporting.

79

Quality

99%

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

Overview
Quality
Evals
Security
Files

Quality

Content

100%

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 reference with executable code, concrete configuration, and clear CI integration guidance plus an anti-patterns table. It avoids explaining concepts Claude already knows and keeps references one level deep.

DimensionReasoningScore

Conciseness

The body is information-dense reference material Claude would not already know (config keys, results JSON shape, policy IDs) and avoids explaining known concepts like what WCAG is; not level 2 because the minor background phrasing in the Overview is the only slack and the rest earns its tokens.

3 / 3

Actionability

Provides copy-paste-ready executable code for Node/Puppeteer, Playwright, and Cypress, a concrete `.achecker.yml` config, and a full CI workflow YAML; not level 2 because examples are complete and executable rather than pseudocode.

3 / 3

Workflow Clarity

Sequences Install -> Author scan -> Configure -> Interpret results -> CI integration with explicit validation gates (the `fail.length > 0` / `process.exit(1)` check and 'fail on violation' CI gating) and a referenced ratchet feedback pattern; not level 2 because checkpoints are explicit rather than implicit.

3 / 3

Progressive Disclosure

No bundle files exist, so this scores on organization: the body is broken into well-signaled sections with one-level-deep external/sibling references and no nested indirection; not level 2 because navigation is clear and content is sectioned rather than monolithic.

3 / 3

Total

12

/

12

Passed

Description

100%

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 is specific, third-person, and explicitly pairs a 'what' with a clear 'Use when' trigger scoped to Section 508 / IBM enterprise contexts. It is well differentiated from sibling a11y scanners and carries natural trigger terms.

DimensionReasoningScore

Specificity

Names multiple concrete actions ('Authors and runs ... scans', 'integrating with Node / Selenium / Puppeteer / Playwright / Karma / Cypress') plus specific rule sets, matching the 'lists multiple specific concrete actions' anchor; not level 2 because actions are comprehensive rather than partial.

3 / 3

Completeness

Explicitly answers what ('Authors and runs IBM Equal Access accessibility-checker scans ...') and when ('Use when the project ships to US federal / public-sector customers (Section 508 mandate) or when the team values IBM-branded a11y reporting'); not level 2 because the 'Use when' trigger is explicit, not merely implied.

3 / 3

Trigger Term Quality

Covers natural terms a user would say ('accessibility-checker', 'a11y', 'WCAG 2.0 / 2.1 / 2.2', 'Section 508', framework names), giving good coverage of likely trigger phrasings; not level 2 because common variations are present rather than missing.

3 / 3

Distinctiveness Conflict Risk

Clear niche ('Distinguished by IBM's enterprise-tier rule coverage and Section 508 specificity') with distinct Section-508/IBM triggers unlikely to fire for axe-core or pa11y; not level 2 because the differentiator is explicitly stated rather than only loosely specific.

3 / 3

Total

12

/

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

relative_links

Relative link issues: 8 suspicious

Warning

Total

15

/

16

Passed

Reviewed

Table of Contents