Accessibility + AEO inspection for Claude Code. Lighthouse-style 0-100 scoring across 10 categories, interactive HTML reports, jurisdiction-aware WCAG context, framework-specific fixes, and a PostToolUse hook that auto-checks a11y when you edit UI files.
Accessibility guidance for UI code. This skill is auto-loaded by the a11y-advisor PostToolUse hook when HTML/CSS/JSX/TSX/Vue/Svelte files are edited. You can also invoke it manually for deeper guidance on accessible design patterns, disability categories, legal context, or WCAG criteria. Use when you need the full reference material beyond what the hook provides.
Proactive accessible design guidance and pattern library. Use BEFORE writing UI code — when the user is designing a page layout, choosing a component, picking colors, planning navigation, creating a form, building a modal, or making any UI/UX decision. Triggers on "design accessible", "a11y design", "accessible component", "inclusive design", "accessible pattern", "how should I design", "what's the accessible way to", "design guide", "accessible UI", "accessible UX", or when the user describes a UI they want to build and you recognize accessibility implications. Even if they don't mention accessibility — if they're designing UI, this skill helps them do it right from the start. Also use when the user asks for accessible color palettes, typography systems, or layout patterns. This is the "before you code" skill; a11y-advisor is the "while you code" skill; a11y-audit is the "after you code" skill.
Lighthouse-style accessibility inspection: 0-100 scoring across 10 categories (contrast, keyboard, screen reader, forms, media, motion, touch, cognitive, responsive, AEO), interactive HTML report with score rings and code diffs, before/after comparison with previous inspections, legal context mapping for 6 jurisdictions (US ADA, EU EAA, Japan JIS, Taiwan, Canada ACA, Australia DDA), framework-specific fix patterns (React/Vue/Angular/ Svelte/HTML), and CI/CD pipeline integration. Calibrated against a 44-site benchmark. Three-tier architecture: static analysis → Playwright browser audit → manual testing recommendations. Handles CSR/SPA detection and pedagogical demo exclusion. Triggers on "accessibility inspect", "a11y inspect", "a11y audit", "a11y score", "WCAG compliance", "check accessibility", "how accessible is this", "accessibility report", "無障礙檢查", "アクセシビリティ", or any request to assess, review, score, or improve the accessibility of a project, page, component, URL, or design.
Modifies files
Hook triggers on file write and edit operations
Own this plugin?
Verify ownership to unlock analytics, metadata editing, and a verified badge. GitHub access is read-only (username + org membership).
Sign in to claimOwn this plugin?
Verify ownership to unlock analytics, metadata editing, and a verified badge. GitHub access is read-only (username + org membership).
Sign in to claimBased on adoption, maintenance, documentation, and repository signals. Not a security audit or endorsement.
English · 日本語 · 한국어 · 简体中文 · 繁體中文 · Bahasa Indonesia · Tiếng Việt · ไทย · हिन्दी
Accessibility + AEO inspection plugin for Claude Code.
Beacon is a fast accessibility baseline for agent-assisted UI work: static heuristics first, live audit support when available, and report language that explains what to fix and why. It is useful in the same part of the workflow where teams use Lighthouse, axe, Pa11y, or WAVE, but Beacon is tuned for agent coding sessions, jurisdiction-aware WCAG context, Answer Engine Optimization, and human-centered explanations.
As of 2.1.0, beacon:inspect also folds in Lighthouse performance, best-practices, and SEO as supplementary signals and connects them back to accessibility through shared cross-cutting root causes — for example, an oversized DOM that slows style and layout, burdens screen-reader traversal, and hampers AI crawlability at the same time. These signals sit beside the accessibility score; they are not part of it.
Beacon is not a compliance certificate, not a legal opinion, and not a replacement for testing with disabled users. A high Beacon score means the automated checks found fewer problems in the inspected evidence. It does not prove that the product is fully accessible.
Beacon runs locally; site files stay on your machine unless you explicitly share them. The installed plugin does not change itself inside your environment. Maintainers may run offline evaluation loops and add better detectors in later releases; users benefit by updating the plugin.
Beacon provides three Claude Code commands:
| Command | Use it when | What you get |
|---|---|---|
beacon:inspect | You have a page, component, HTML file, or UI change to review. | A 0-100 baseline score, 10 category scores, findings, jurisdiction context notes, remediation order, and an interactive HTML report — plus an optional Performance tab (Lighthouse performance/best-practices/SEO) when a browser is available. |
beacon:guide | You are about to design or code UI. | Accessible patterns, component guidance, WCAG reminders, and design tradeoffs before code is written. |
beacon:advisor | You are editing HTML, CSS, JSX, TSX, Vue, or Svelte. | Contextual accessibility prompts while you work. It also runs through the Claude Code PostToolUse hook for UI file edits. |
Typical usage in Claude Code:
/beacon:guide
I am building a checkout form with address autocomplete and inline validation.
/beacon:advisor
Review the modal I am editing for keyboard, focus, and screen-reader issues.
/beacon:inspect
Inspect this page for WCAG 2.2 AA, jurisdiction context, and AEO readiness.
Beacon uses a three-tier model.
| Tier | Evidence | Strength | Important limitation |
|---|---|---|---|
| Tier 1: static scan | Files and markup patterns through scripts/static-audit.mjs. | Fast, repeatable, zero browser dependency. Good for regression baselines. | Heuristic only. It cannot compute real visibility, computed styles, runtime focus behavior, or true contrast. Hidden elements may be over-reported. |
| Tier 2: live audit | Browser evidence through Playwright and axe-core when available. | Stronger evidence for computed style, contrast, ARIA, visibility, and runtime behavior. | Still automated. It cannot prove task success or language clarity for real users. |
| Tier 3: human testing | Manual walkthroughs and tests with disabled users. | Required for cognitive load, task completion, real assistive technology behavior, and usability. | Takes planning and cannot be replaced by AI. |
Tier 1 is a fast baseline, not the authority. If Tier 1 and Tier 2 disagree, prefer the live browser and axe-backed evidence. Static checks intentionally err on the side of surfacing review items, so dense real-world pages can have false positives, especially around hidden links, list structure, and anything that depends on CSS visibility.
Install from the Claude Code plugin marketplace:
/plugin install beacon@beacon
Your Claude Code config must include beacon in extraKnownMarketplaces:
"beacon": {
"source": {
"source": "github",
"repo": "chiehweihuang/beacon"
}
}
Plugin facts:
| Field | Value |
|---|---|
| Name | beacon |
| Version | 2.1.0 |
| Repository | chiehweihuang/beacon |
| License | MIT |
| Author | chiehweihuang |
Run beacon:inspect after a substantial UI change or against a page you want to evaluate.
Beacon can produce:
audit-results.json: structured audit data and findings.a11y-report-*.html: an interactive human-readable report.Use the score as a triage signal:
npx claudepluginhub chiehweihuang/beacon --plugin beaconFull accessibility audit with WCAG compliance checking
WCAG AA accessibility enforcement for Claude Code. 80 specialist agents, 25 commands, and enforcement hooks that delegate to accessibility-lead for UI code review. Includes Playwright integration, veraPDF, PDF form converter, end-user documentation, scan config templates, example project, and three-hook enforcement gate.
Accessibility specialist skills for Claude Code and Codex. WCAG 2.2 review, conformance auditing, and improvement planning tools.
AI-powered accessibility analysis - Interactive accessibility audit skill and automated agent with comprehensive WCAG compliance detection and reporting
A11y compliance testing with WCAG 2.1/2.2 validation, screen reader compatibility, and automated accessibility audits
Accessibility engineering agents providing expertise in WCAG, ARIA, and inclusive design