-
Notifications
You must be signed in to change notification settings - Fork 25
Ci Accessibility
github-actions[bot] edited this page Mar 23, 2026
·
1 revision
Sets up, manages, and troubleshoots automated accessibility scanning in CI/CD pipelines across multiple platforms.
- Supports GitHub Actions, Azure DevOps, GitLab CI, CircleCI, and Jenkins
- Baseline management: fail only on new regressions, not pre-existing issues
- SARIF output for GitHub Code Scanning integration
- PR annotations with inline accessibility findings
- Configurable severity thresholds (block on critical/serious, warn on moderate/minor)
- axe-core CLI configuration with WCAG 2.x tag filtering
- Multi-page scan orchestration for comprehensive coverage
- Pipeline template generation for each supported CI platform
- Setting up accessibility scanning in a new or existing CI pipeline
- Troubleshooting why accessibility checks are failing or not running
- Configuring baseline files to avoid blocking on legacy issues
- Adding PR annotations so developers see accessibility issues inline
- Tuning severity thresholds to balance strictness with developer velocity
- Generating SARIF reports for GitHub Advanced Security integration
- Detection — Identifies the CI platform from config files in the repository
- Configuration — Generates or updates pipeline config with axe-core scanning steps
- Baseline setup — Creates a baseline snapshot of existing issues so only regressions fail the build
- Threshold tuning — Configures which severity levels block merges versus produce warnings
- Output formatting — Sets up SARIF, JUnit, or JSON output based on platform capabilities
- Validation — Runs a dry-run scan to confirm the pipeline works before committing
| Direction | Agent | When |
|---|---|---|
| Receives from | accessibility-lead | When a full audit identifies the need for CI enforcement |
| Receives from | pr-review | When PR checks need automated accessibility gates |
| Hands off to | accessibility-lead | When scan results require a full manual audit |
| Hands off to | pr-review | When PR-specific review context is needed beyond automated scanning |
| Hands off to | testing-coach | When teams need guidance on complementing CI scans with manual testing |
@ci-accessibility Set up GitHub Actions accessibility scanning for this repository with SARIF output
@ci-accessibility Add a baseline file so we only fail on new accessibility regressions
@ci-accessibility Why is the axe-core scan timing out in our Azure DevOps pipeline?
@ci-accessibility Configure PR annotations for accessibility findings in GitLab CI
- accessibility-lead — Coordinates full accessibility audits that CI scanning feeds into
- pr-review — Reviews PRs with accessibility focus, consumes CI scan results
- testing-coach — Guides manual testing strategy to complement automated CI scans
- Accessibility Lead
- Web Accessibility Wizard
- Document Accessibility Wizard
- Alt Text and Headings
- ARIA Specialist
- Contrast Master
- Forms Specialist
- Keyboard Navigator
- Link Checker
- Live Region Controller
- Modal Specialist
- Tables Data Specialist
- Word Accessibility
- Excel Accessibility
- PowerPoint Accessibility
- PDF Accessibility
- Office Scan Config
- PDF Scan Config
- Testing Coach
- WCAG Guide