Ask Claude to Audit Your Frontend for Accessibility Issues
Screen readers, keyboard users, and folks with low vision shouldn't be afterthoughts — paste your component code and ask Claude to find what accessibility tools would flag.
Ask Claude: "Audit this component for WCAG 2.1 AA accessibility issues. List each problem,
explain why it matters, and show the corrected code."
Claude checks for missing alt attributes, incorrect ARIA roles, missing for/id pairings on labels, keyboard trap risks, and focus management issues — and rewrites the component with fixes applied:
// Before
<div onClick={handleClick} style={{ color: '#aaa' }}>Submit</div>
// After (Claude's fix)
<button
onClick={handleClick}
type="button"
aria-label="Submit form"
className="text-gray-700" // sufficient contrast ratio
>
Submit
</button>
For larger apps, point Claude at your component directory and ask for a prioritised audit — it'll rank issues by WCAG conformance level (A, AA, AAA) so you know what to tackle first.
You can also ask Claude to generate an axe-core or jest-axe test suite to catch regressions automatically:
it('has no accessibility violations', async () => {
const { container } = render(<Button>Submit</Button>);
expect(await axe(container)).toHaveNoViolations();
});
Accessibility bugs are invisible until they're not — catch them in code review, not in user complaints.
Log in to leave a comment.
The /security-review command scans your uncommitted changes for injection vectors, auth gaps, hardcoded secrets, and other common vulnerabilities.
The SessionStart hook fires when any session begins or resumes, making it ideal for loading environment variables and running one-time setup scripts.
Ask Claude to write property-based tests for your functions using fast-check — it identifies the mathematical invariants in your code and generates tests that cover inputs you'd never enumerate by hand.