Endpoints: 28,729MCP servers: 18,413Payout addresses: 2,070Paid calls: 1,517Letters: 13Defects: 1,321counted just now
teppi

MCP serverio.github.snayyar00/webability

Free WCAG 2.2/ADA/508 accessibility MCP: scan, AI fixes, verify, vision audit, localhost tunnel
UNRATEDActivestreamable-httpmcp.webability.io

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

The tools this server lists, read out of the definition it returned
ToolSchema
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 yourselfnpx teppi-check https://mcp.webability.io/mcpcurl -s https://api.teppi.xyz/v1/trust/mcp/mcs_01M42QZQV5YFX8KG5CTFV5CHPR