MCP serverio.github.snayyar00/webability
Free WCAG 2.2/ADA/508 accessibility MCP: scan, AI fixes, verify, vision audit, localhost tunnel
Overview
Score?
UNRATED 0.143
of what a free look can see, on 1 looks
Looks
1
last 8 hr ago
Tools
13
More info
URL
mcp.webability.io/mcp
streamable-http
Says it is
webability 1.6.4
protocol 2025-06-18
In the record since
9 hr ago
Among servers18,413 with a card
0median 0.606 · this server 0.143 · highest on record 0.8561
Toolsfrom sha256:7869d6ac93…664a40
| Tool | Schema |
|---|---|
| check_aria Validate ARIA attribute + accessible name/role/value usage in an HTML snippet. Runs axe-core `cat.aria` and `cat.name-role-value` rules (aria-* attribute correctness, role validity |
input · no output |
| check_color_contrast Check a foreground/background color pair against WCAG contrast thresholds. When it fails, suggests BRAND-aligned replacements — extracts the actual brand palette from a live URL us |
input · no output |
| detect_framework Detect which framework/stack a page uses (Tailwind, MUI, Bootstrap, WordPress, Next.js, plain CSS). Use before generate_ai_fix to get framework-appropriate code. NOTE: on this HOST |
input · no output |
| diff_scan Compare two scans of the same page and report what changed: `fixed[]` (in the baseline, gone now), `new[]` (regressions — not in the baseline, present now), `remaining[]` (still th |
input · no output |
| flow_scan Scan a multi-page user journey. Walks startUrl plus the required `autoNavigate` URLs sequentially (deterministic — one page fully rendered and scanned before the next), then return |
input · no output |
| generate_ai_fix Generate framework-aware fix alternatives for a specific accessibility issue. For color contrast issues, returns 3 alternatives (minimal, brand-aligned, high contrast); brand palet |
input · no output |
| get_audit Check an audit started with start_audit: returns overall status, per-step progress (scan → viewports → screenshots → agent → excel → publish), and — once complete — a severity summ |
input · no output |
| get_rules List accessibility rules from both engines — axe-core (104) and the WebAbility detectors (90+) — with optional filters. Every rule carries `fixability` (mechanical | contextual | v |
input · no output |
| scan_html Scan a raw HTML snippet or component markup without serving it — IN-PROCESS by default (jsdom + WebAbility detectors + axe-core): milliseconds, no browser, no network, so it fits i |
input · no output |
| scan_page Scan a web page for WCAG accessibility issues. Works on any URL — deployed sites, localhost, staging. Returns the three-tier shape: `issues` (high-confidence violations safe to fix |
input · no output |
| start_audit Kick off a FULL accessibility audit deliverable for a URL — a persistent, timestamped artifact, not an inline scan. Runs the server-side pipeline (axe + advanced checks + mobile vi |
input · no output |
| verify_fix Re-scan a specific element after applying an accessibility fix and confirm the violation is gone — closes the loop that find-only tools leave open. After you edit the code and serv |
input · no output |
| visual_audit Pixel-level accessibility audit using Claude vision. Catches issues that DOM scanners miss: icon contrast (1.4.11), focus visibility (2.4.7), "looks like a button but isn't" (4.1.2 |
input · no output |
Verify it yourself
npx teppi-check https://mcp.webability.io/mcpcurl -s https://api.teppi.xyz/v1/trust/mcp/mcs_01M42QZQV5YFX8KG5CTFV5CHPR