a11y-checker-ci

Automate WCAG accessibility checks in CI/CD pipelines and generate PR reports.

6|Updated Nov 11, 2025
One-click install
npx skills add https://github.com/hopeoverture/worldbuilding-app-skills --skill a11y-checker-ci
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: a11y-checker-ci
Source: https://github.com/hopeoverture/worldbuilding-app-skills/tree/main/plugins/a11y-checker-ci/skills/a11y-checker-ci
Command: npx skills add https://github.com/hopeoverture/worldbuilding-app-skills --skill a11y-checker-ci

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes assets (resource) and scripts (resource) components.

What problem does it solve?

This Skill enforces WCAG compliance in CI by running accessibility tests and generating markdown reports for pull requests, enabling teams to gate changes on accessibility.

Core Features & Use Cases

  • @axe-core/playwright or pa11y-ci integration for WCAG checks
  • CI workflow templates and markdown reporting for PRs
  • Automated reporting of violations with remediation guidance

Quick Start

Add the a11y tests to your CI workflow, run them in CI, and generate a PR accessibility report.

Frequently Asked Questions about a11y-checker-ci

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I automate accessibility testing in CI pipelines?

Automating accessibility testing in CI involves integrating @axe-core/playwright or pa11y-ci into your workflow to run WCAG checks on every pull request. This Skill sets up the integration, generates markdown reports with violation details and remediation guidance, and enforces accessibility gates so non-compliant changes are blocked before merge.

Can I run WCAG compliance checks automatically on pull requests?

Yes. This Skill integrates accessibility testing tools directly into CI workflows to run WCAG checks on every PR, generate detailed violation reports with severity levels and affected elements, and surface remediation steps so teams catch accessibility issues before code ships.

What's the difference between @axe-core/playwright and pa11y-ci for CI accessibility testing?

Both are accessibility testing engines compatible with this Skill. @axe-core/playwright integrates with Playwright browser automation; pa11y-ci is a standalone CLI tool. This Skill supports either, so you choose based on your existing testing stack and browser automation preference.

How do I report accessibility violations with remediation guidance in CI?

This Skill runs accessibility tests via @axe-core/playwright or pa11y-ci, collects violations with severity levels and affected elements, and generates markdown reports posted to pull requests that include specific remediation steps for each issue.

Do I need Playwright to use accessibility testing in my CI pipeline?

No. This Skill supports both @axe-core/playwright and pa11y-ci, giving you flexibility. If you're already using Playwright for browser testing, @axe-core/playwright integrates seamlessly; otherwise, pa11y-ci works independently in your CI workflow.

Can accessibility testing gate deployments in CI?

Yes. This Skill enforces accessibility gates in CI workflows, meaning builds fail if WCAG violations exceed your threshold, preventing non-compliant changes from merging and ensuring accessibility standards are met before release.