figma-scan-code-accessibilitylisted
Install: claude install-skill whiskfernlowdensitylipoprotein154/figma-console-mcp-skills
# figma-scan-code-accessibility — axe-core + JSDOM scan of HTML
Run [axe-core](https://github.com/dequelabs/axe-core) (Deque's accessibility engine) against an HTML
string using JSDOM. This is the **code side** of the accessibility story: it checks the markup your
Figma-to-code workflow produced. It pairs with `figma-lint-design` (design side) to cover both ends.
**Not a `use_figma` skill.** This runs in plain Node — no Figma file, no Plugin API. axe-core owns the
rule database; this skill never invents rules.
## Skill boundaries
- **Design-side visual a11y** (contrast, focus rings, target size, color-only) → use
`figma-lint-design`. Those rules are intentionally disabled here.
- **Per-component design scorecard** → use `figma-audit-accessibility`.
- **Design-vs-code parity** → use `figma-check-design-parity` (feed it the `codeSpec.accessibility`
this scan can emit).
- This skill does **not** use `use_figma`, so the `figma-use` conventions do not apply.
## Why visual rules are disabled
JSDOM provides a DOM but **no layout engine and no computed visual styles** — there is nothing to
measure pixels or rendered colors against. So axe's visual rules would always be "incomplete" or
wrong. The scan disables them explicitly:
- `color-contrast` and `color-contrast-enhanced` — need rendered colors.
- `link-in-text-block` — needs surrounding text layout.
- `target-size` — needs rendered box dimensions.
Everything structural/semantic (ARIA, roles, names, labels, alt, headings