# Accessibility Audit · eblouin-development

> Run a thorough, whole-project WCAG 2.2 AA accessibility audit — fingerprint the UI surfaces, map semantics/landmarks, keyboard paths, focus management, contrast (against the design-system tokens), forms/errors, and media alternatives, credit what's already handled with evidence, run automated checks (axe) plus the manual checks automation can't do, deliver an inline audit report, and (after one confirmation) file each finding as a scoped, pipeline-ready GitHub issue. Use this skill WHENEVER the user asks for an accessibility assessment of a project as a whole: \"accessibility audit\", \"a11y audit\", \"is this WCAG compliant\", \"can screen reader users use this\", \"check our contrast/keyboard support\", \"are we ADA compliant\", \"audit this for accessibility\". This is the whole-codebase, point-in-time audit — distinct from frontend/mobile/design-system (which build accessibility in as they ship) and code-review (which checks one diff as it ships). Strictly read-only: it never fixes markup or styles and never runs exploits — remediation flows through the filed issues into the normal plan → PR → review pipeline.

## Facts
- Page: https://tashan.sh/capability/skill-eblouin-development-accessibility-audit
- tashan id: skill:eblouin-development/accessibility-audit
- Source: https://github.com/eblouin-development/eblouin-plugins
- Type: skill
- Category: design
- tashan score: not scored (catalogued only — too little public evidence)
- Adoption: 9.0
- Upkeep: not measured
- Freshness: not measured
- Evidence coverage: not measured
- Health: not measured
- Instruction depth: not yet graded
- Official: no

## Install

```sh
cp -r accessibility-audit ~/.claude/skills/
```

## Security audit
Not scanned. We audit npm-published capabilities; this one has no npm package we can resolve, or has not reached the queue. This is not a clean bill of health.

---
Measured 2026-08-09 by tashan (https://tashan.sh) from public evidence. Scorer s5.