a11y-debugging

Audits web page accessibility using Chrome DevTools MCP snapshots and scripts.

1|Updated Apr 3, 2026
One-click install
npx skills add https://github.com/Pgooone/oh-pgone-claudecode --skill a11y-debugging-pgooone
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: a11y-debugging
Source: https://github.com/Pgooone/oh-pgone-claudecode/tree/main/.claude/plugins/cache/chrome-devtools-plugins/chrome-devtools-mcp/latest/skills/a11y-debugging
Command: npx skills add https://github.com/Pgooone/oh-pgone-claudecode --skill a11y-debugging-pgooone

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Web accessibility issues like missing ARIA labels, broken keyboard navigation, and low color contrast are hard to detect without specialized tooling, leaving sites unusable for assistive technology users. ## Core Features & Use Cases - Accessibility Tree Inspection: Uses Chrome DevTools MCP take_snapshot to analyze semantic structure, heading hierarchy, and accessible names as assistive technologies perceive them. - Automated Issue Detection: Reads native Chrome accessibility audits via list_console_messages to surface missing labels, invalid ARIA attributes, and low contrast warnings. - Interactive Testing Scripts: Provides evaluate_script snippets to detect orphaned form inputs, measure tap target sizes, compute color contrast ratios, and verify global page settings like lang and viewport. - Use Case: A developer building a modal dialog can tab through the page with press_key, capture snapshots to verify focus trapping, and confirm all form fields have associated labels before release. ## Quick Start Audit this page for accessibility issues using the a11y-debugging skill and report any missing labels, contrast problems, or keyboard navigation failures.

Frequently Asked Questions about a11y-debugging

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

FAQPage Schema
How do I test website accessibility with Chrome DevTools?▼

Use Chrome DevTools MCP tools to capture the accessibility tree with take_snapshot, check native audits via list_console_messages with the issue type filter, and run evaluate_script snippets to verify labels, contrast ratios, and tap target sizes.

How to check color contrast for WCAG compliance?▼

First check list_console_messages for native Low Contrast issues. If none appear, run the provided evaluate_script that computes luminance from computed styles and returns a contrast ratio, then compare against WCAG AA thresholds of 4.5:1 for normal text and 3:1 for large text.

How do I test keyboard navigation and focus trapping?▼

Send Tab or Shift+Tab with the press_key tool, then call take_snapshot to see which element holds focus in the accessibility tree. For modals, verify focus moves into the dialog and remains trapped until it closes.

Why does the accessibility tree differ from the visual page?▼

CSS like opacity: 0 keeps elements in the accessibility tree while display: none or aria-hidden removes them. The take_snapshot output reflects what screen readers perceive, so compare it against take_screenshot to catch DOM order mismatches.

What are the limitations of script-based contrast checking?▼

The fallback contrast script uses a simplified algorithm that ignores transparency, gradients, and background images. For production-grade auditing, inject axe-core or visually inspect screenshots when automated results are unreliable.