Skip to content
Back to skills

Compliance Ada Wcag

ASecurity

Assess ADA Title III and WCAG 2.2 AA compliance as a legal obligation — applicability, lawsuit risk, DOJ guidance, state rules, and remediation. Use when the user worries about ADA website lawsuits or a demand letter and how their site measures up legally. Not for the audit or a multi-market legal map; see /accessibility-scope or /legal-accessibility-compliance.

  • 4 stars
  • 0 votes
  • 0 copies
  • 0 views
  • Added November 7, 2026
ai-agentsgoawstestinggit

Security analysis

A100/100

Pro scans all 4 files and shows the line behind each finding

Scanned November 7, 2026

npx -y skills add bromso/singularskills --skill compliance-ada-wcag --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Compliance Ada Wcag?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Compliance Ada Wcag
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/bromso-compliance-ada-wcag/badge)](https://www.skillsdirectory.com/skills/bromso-compliance-ada-wcag)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
name: compliance-ada-wcag
description: Assess ADA Title III and WCAG 2.2 AA compliance as a legal obligation — applicability, lawsuit risk, DOJ guidance, state rules, and remediation. Use when the user worries about ADA website lawsuits or a demand letter and how their site measures up legally. Not for the audit or a multi-market legal map; see /accessibility-scope or /legal-accessibility-compliance.
metadata:
  argument-hint: "[project] [--skip-checks]"
  workflow: compliance
  phase: 1
  artifact: 01-assess/
---

# ADA / WCAG 2.2 Assessment

Assess ADA Title III and WCAG 2.2 Level AA compliance for "$ARGUMENTS". Evaluate web accessibility legal requirements, enforcement trends, and remediation planning with attention to heightened state requirements.

See also `/accessibility-scope` for the audit itself, or `/legal-accessibility-compliance` for a multi-market legal map, instead of this single-market (ADA) legal risk assessment.

**Arguments.** `$ARGUMENTS` may contain the project name and optional flags. Take the first token as `<project>` and treat `--skip-checks` as a flag; never include flags in file paths. All paths below use `<project>`. If `--skip-checks` is present, skip the prerequisite check and, **before writing any artifact**, append one line to `.singularskills/log.jsonl`: `{"ts":"<ISO timestamp>","skill":"compliance-ada-wcag","workflow":"compliance","phase":1,"project":"<project>","event":"skipped","artifact":"01-assess/","note":"<reason or \"none given\">"}`.

## Prerequisites

**Part of a workflow.** This skill is phase 1 (Assess) of the GRC Lifecycle workflow (`compliance`); cross-domain workflows run it too. First check `.singularskills/log.jsonl` for an open run for this project: a `run-started` line with `"project":"<project>"` and no later `run-finished` line for the same `workflow` and `project`. If one exists, the conductor is running you: continue here. Otherwise, if the user asked to start, run, continue or resume a process or workflow rather than this one step, do not continue here: invoke the `workflow` skill with the workflow the user asked for, or `compliance` when they named none, followed by `<project>`; it runs this phase in order, asks before it writes and records the run. Otherwise continue here: a later phase runs on its own, behind its gate.

Run this skill's gate before writing: `sh <this skill's folder>/scripts/gate.sh <project> <project root>`, where `<project root>` is the folder that contains `.singularskills/` (use `.` when you are already there). If it exits non-zero, stop and tell the user what it printed, unless `--skip-checks` was given (see Arguments). On a refusal, before you stop, append this line to `.singularskills/log.jsonl` (create the folder and file if missing): `{"ts":"<ISO timestamp>","skill":"compliance-ada-wcag","workflow":"compliance","phase":1,"project":"<project>","event":"refused","artifact":"01-assess/","note":"<what the gate printed>"}`. Once the gate has passed, or under `--skip-checks` once you have appended the `skipped` line, append this line before you start work: `{"ts":"<ISO timestamp>","skill":"compliance-ada-wcag","workflow":"compliance","phase":1,"project":"<project>","event":"started","artifact":"01-assess/","note":""}`.

Read `.singularskills/compliance/<project>/00-scope.md`. If this file does not exist, tell the user:

> Phase 0 (Scope) has not been completed for "<project>". Run `/compliance-regulatory-landscape <project>` first, or use `--skip-checks` to bypass.

## Process

1. **Read context files:**
   - Read `references/grc-lifecycle-guide.md` for GRC methodology reference
   - Read `references/assessment-template.md` for output structure
   - Read `.singularskills/compliance/<project>/00-scope.md` for scope and control framework context

2. **ADA Title III applicability assessment:**
   - Determine if the organization operates a "place of public accommodation" with digital presence
   - Assess DOJ rulemaking and guidance on web accessibility under ADA Title III
   - Evaluate applicability of DOJ's April 2024 final rule on web and mobile accessibility (State and local governments under Title II; private sector guidance under Title III)
   - Review Section 508 applicability for federal-facing services
   - Assess state-level accessibility laws (California Unruh Civil Rights Act, New York State Human Rights Law)

3. **WCAG 2.2 Level AA assessment:**
   - Assess against all WCAG 2.2 Level AA success criteria across four principles:
     - **Perceivable:** text alternatives (1.1.1), captions (1.2.2), audio description (1.2.5), info and relationships (1.3.1), meaningful sequence (1.3.2), sensory characteristics (1.3.3), orientation (1.3.4), input purpose (1.3.5), contrast (1.4.3), resize text (1.4.4), images of text (1.4.5), reflow (1.4.10), non-text contrast (1.4.11), text spacing (1.4.12), content on hover/focus (1.4.13)
     - **Operable:** keyboard (2.1.1), no keyboard trap (2.1.2), timing adjustable (2.2.1), pause/stop/hide (2.2.2), three flashes (2.3.1), bypass blocks (2.4.1), page titled (2.4.2), focus order (2.4.3), link purpose (2.4.4), multiple ways (2.4.5), headings and labels (2.4.6), focus visible (2.4.7), focus not obscured minimum (2.4.11), dragging movements (2.5.7), target size minimum (2.5.8)
     - **Understandable:** language of page (3.1.1), language of parts (3.1.2), on focus (3.2.1), on input (3.2.2), consistent navigation (3.2.3), consistent identification (3.2.4), error identification (3.3.1), labels (3.3.2), error suggestion (3.3.3), error prevention (3.3.4), redundant entry (3.3.7), accessible authentication minimum (3.3.8)
     - **Robust:** parsing (4.1.1 — obsolete in 2.2), name/role/value (4.1.2), status messages (4.1.3)
   - Document pass/fail per success criterion with severity assessment

4. **DOJ guidance and enforcement trends:**
   - Review DOJ enforcement actions and settlement agreements for relevant industry
   - Assess structured negotiation trends and settlement terms
   - Evaluate private litigation risk factors (serial plaintiff patterns, high-risk industries)
   - Review recent case law developments affecting web accessibility obligations

5. **State-specific heightened requirements:**
   - **California:** Assess Unruh Civil Rights Act implications (statutory damages of $4,000+ per violation per visit), CCPA intersection with accessibility
   - **New York:** Assess New York State Human Rights Law and New York City Human Rights Law requirements
   - Evaluate other state-specific accessibility laws and pending legislation
   - Assess industry-specific requirements (financial services, healthcare, education)

6. **Remediation planning assessment:**
   - Evaluate existing structured remediation plan (scope, timeline, prioritization)
   - Assess accessibility statement presence and content (conformance level, known issues, feedback mechanism, date)
   - Review alternative access methods (phone support, in-person alternatives, accessible document formats)
   - Evaluate reasonable modification process for accessibility requests
   - Assess third-party component and embedded content accessibility (videos, forms, widgets, PDFs)

7. **Organizational accessibility program:**
   - Assess accessibility policy and governance structure
   - Evaluate developer and content author accessibility training
   - Review design system and component library accessibility
   - Assess automated and manual testing practices in development lifecycle
   - Evaluate assistive technology testing program (screen readers, keyboard-only, voice control)
   - Review accessibility bug tracking and prioritization process

8. **Write the artifact** to `.singularskills/compliance/<project>/01-assess/ada-wcag.md` following the assessment template structure with:
    - **ADA Applicability** — Title III coverage, DOJ guidance, and Section 508 applicability
    - **WCAG 2.2 AA Assessment** — pass/fail per success criterion across all four principles
    - **Litigation Risk** — enforcement trends, state-specific exposure, and risk factors
    - **State Requirements** — California, New York, and other heightened obligations
    - **Remediation Program** — plan maturity, accessibility statement, and alternative access
    - **Organizational Program** — policy, training, testing, and governance
    - **Evidence Inventory** — existing evidence and evidence gaps
    - **Remediation Priorities** — ranked list of gaps to address

## Output

The ADA/WCAG assessment written to `.singularskills/compliance/<project>/01-assess/ada-wcag.md`. Present a summary to the user highlighting:
- ADA Title III applicability determination and litigation risk level
- WCAG 2.2 AA conformance level (percentage of criteria met per principle)
- State-specific exposure areas (California, New York)
- Top 3 gaps requiring remediation

**Record the run.** After you have written the artifact, append this line to `.singularskills/log.jsonl` (the `started` line of Prerequisites, with `"event":"finished"`): `{"ts":"<ISO timestamp>","skill":"compliance-ada-wcag","workflow":"compliance","phase":1,"project":"<project>","event":"finished","artifact":"01-assess/","note":""}`.

Open the artifact with this frontmatter (`agent` is the agent you run in, or `unknown`; `gate` is `passed` when the gate ran clean and `skipped` under `--skip-checks`):

```yaml
---
skill: compliance-ada-wcag
workflow: compliance
phase: 1
project: <project>
started: <ISO timestamp>
finished: <ISO timestamp>
agent: <the agent you run in, or "unknown">
gate: <passed|skipped>
---
```

End the artifact with `## Decisions` and `## Open questions`, in this shape:

```markdown
## Decisions
- <what was chosen> — <why> — <what was rejected>

## Open questions
- <what the next phase or a reviewer must settle>
```

End the artifact with this paragraph, verbatim:

> **Not legal or audit advice.** This artifact supports preparation for compliance work; certification, attestation and regulatory conclusions require a qualified auditor or counsel.

Files in this skill

  • SKILL.md9.8 KB
  • references/assessment-template.md3.2 KB
  • references/grc-lifecycle-guide.md4.2 KB
  • scripts/gate.sh1.1 KB

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…

Newsletter

Get the weekly list of safe new skills, and the ones we pulled.