Vai alla guida all’uso
accessibilitydi Addy Osmani

Accessibility Skill.

Una skill per Claude Code e Codex per la revisione del design: verifica e migliora l'accessibilità web seguendo le WCAG 2.2.

  • Design Review & Accessibility
  • Report di revisione
addyosmani/web-quality-skills · skills/accessibility/SKILL.mdSKILL.md
--- name: accessibility description: Audit and improve web accessibility following WCAG 2.2 guidelines. Use when asked to "improve accessibility", "a11y audit", "WCAG compliance", "screen reader support", "keyboard navigation", or "make accessible". --- ## Evidence-led audit workflow ## WCAG Principles: POUR ## Conformance levels ## Perceivable ## Operable ## Understandable
Front matter e intestazioni di sezione letti dal file originale il 14/09/2026 · 14.265 caratteri completi

01 Cosa fa

Che cosa fa la skill di accessibilità in Claude Code e Codex

Sintesi, workflow e output, tutto letto dal SKILL.md della skill.

Dal SKILL.mdLetto il 14-09-2026 · non è un'esecuzione registrata

Nelle parole della skill

Questa skill verifica e corregge l'accessibilità web secondo WCAG 2.2, organizzata intorno a POUR — Percettibile, Utilizzabile, Comprensibile, Robusto — e ai livelli di conformità A, AA e AAA. Segue un workflow basato sulle evidenze: quando è disponibile una pagina renderizzata, esegue un audit Lighthouse di accessibilità live (lighthouse_audit con Chrome DevTools MCP), usa i nodi non superati per localizzare il componente, ispeziona l'albero dell'accessibilità con take_snapshot, poi corregge il sorgente e riesegue.

Se gli strumenti live mancano, Lighthouse CLI o axe coprono la metà automatizzata e gli stessi controlli manuali restano validi. Include regole a livello di codice per testo alternativo, rapporti di contrasto, visibilità del focus, dimensione dei target, movimento ridotto, errori nei moduli e autenticazione accessibile, più un elenco di triage ordinato in critical, serious e moderate.

Che cosa produce

  • Un elenco di problemi prioritizzato, raggruppato nei livelli Critical (da correggere subito), Serious (da correggere prima del lancio) e Moderate (da correggere presto), con esempi concreti.
  • Markup corretto e snippet pronti da incollare, inclusa una utility visually-hidden per esporre alle tecnologie assistive le etichette dei pulsanti icona.
  • Implementazioni di riferimento complete in references/A11Y-PATTERNS.md, che coprono etichette dei moduli, focus trap nei modali, skip link, tab ARIA, regioni live, gestione degli errori e comandi per screen reader.
Vedi l'esempio di prompt ↗

Come funziona

  1. 01
    Esegui un audit di accessibilità live

    Parti da una pagina renderizzata ed esegui un audit Lighthouse di accessibilità live, usando la modalità mobile navigation per le pagine pubbliche generali o la modalità snapshot quando un ricaricamento farebbe perdere lo stato autenticato.

  2. 02
    Localizza il componente che fallisce

    Usa i nodi dell'audit non superati per puntare al componente o al template specifico, invece di fare grep su tutto il repository per pattern generici.

  3. 03
    Ispeziona l'albero dell'accessibilità

    Leggi uno snapshot renderizzato dell'albero dell'accessibilità per verificare nomi, ruoli, stati, landmark e struttura dei titoli, poi prova il flusso interessato con la tastiera.

  4. 04
    Correggi il sorgente e riverifica

    Modifica il sorgente, non l'output renderizzato, poi ripeti lo stesso audit e la stessa interazione manuale per confermare la correzione.

  5. 05
    Ripiega sugli strumenti CLI

    Quando gli strumenti browser live non sono disponibili, abbina l'output di Lighthouse CLI o axe agli stessi controlli manuali, perché l'automazione da sola copre solo una parte delle barriere.

02 Trova la tua applicazione

Quando usare la skill accessibility

Usa la skill accessibility in Claude Code o Codex quando il lavoro è una design review di questo tipo. Ambito e limiti sono presi dal file della skill stessa.

Buona applicazione

  • Una richiesta formulata come audit a11y, lavoro di conformità WCAG, supporto per screen reader, navigazione da tastiera o «rendilo accessibile».
  • Team che puntano al livello AA, che il file considera l'obiettivo standard e un requisito legale in molte giurisdizioni.
  • Pagine in cui header o footer sticky si mangiano l'anello di focus da tastiera, un criterio nuovo in WCAG 2.2.
  • Interfacce che devono essere completamente operabili senza mouse, compresi i widget personalizzati creati da elementi non interattivi.

Conosci i limiti

  • I link testuali in linea, le dimensioni controllate dal browser e i target il cui cerchio di 24px non si sovrappone a un altro target sono esenti dalla regola sulla dimensione minima dei target.
  • Il livello AAA è considerato facoltativo, non un requisito.
  • Anti-pattern segnalato nel file: aggiungere l'attivazione manuale da tastiera a un pulsante nativo, che genera un doppio trigger perché Invio e Spazio attivano già il click.

Cosa fornire

  • Una pagina renderizzataIl workflow live inizia quando è disponibile una pagina renderizzata, poiché l'audit, l'elenco dei nodi e l'albero di accessibilità derivano tutti da essa.
  • La modalità di navigazione della paginaIndichi all'agente se si tratta di una pagina pubblica generica o di un flusso in cui un ricaricamento farebbe perdere lo stato autenticato o creato dall'utente, perché questo determina la modalità di navigazione mobile o snapshot.
  • Il flusso da tastiera da testareSi prepari a percorrere con la tastiera l'interazione interessata durante l'audit, insieme all'ispezione dell'albero di accessibilità.

03 Dentro la skill

Le regole che la skill di accessibilità fornisce a Claude Code e Codex

7 istruzioni concrete, valori predefiniti e limiti che SKILL.md definisce per l'agente — la parte del file che cambia il risultato.

  1. Preferire prima un elemento nativo

    Pulsanti nativi, ancore e controlli di modulo gestiscono già l'attivazione con Invio/Spazio, il focus e la semantica per le tecnologie assistive, quindi la gestione manuale della tastiera è l'ultima risorsa per gli elementi che non può sostituire.

  2. Mantenere il focus ben visibile

    Non rimuova mai gli outline.

  3. Rispettare il minimo di 24 × 24 per i target

    I target interattivi devono misurare almeno 24 × 24 pixel CSS al livello AA, mentre 44 × 44 sono consigliati come dimensione touch comoda per pulsanti, caselle di controllo ed etichette dei pulsanti radio.

  4. Neutralizzare le animazioni su richiesta

    Con prefers-reduced-motion il file riduce a 0.01ms le durate di animazione e transizione, limita il numero di iterazioni a 1 e reimposta scroll-behavior su auto.

  5. Non comunicare mai con il solo colore

    Gli stati di errore combinano il colore con un'icona e del testo; il markup abbina aria-invalid="true" ad aria-describedby che punta all'elemento del messaggio di errore.

  6. Annunciare e spostare il focus sugli errori

    Segnali gli errori agli screen reader con role="alert" o aria-live, contrassegni i campi interessati e sposti il focus sul primo errore all'invio.

  7. Mantenere l'autenticazione a basso carico cognitivo

    I flussi di login non devono dipendere dal ricordare una password o dal risolvere un puzzle, a meno che copia-incolla o compilazione automatica funzionino, esista un'alternativa come una passkey o un link via email, oppure il test utilizzi il riconoscimento di oggetti o contenuti personali.

04 Mettila al lavoro

Installa accessibility in Claude Code o Codex

Un comando npx skills add, poi un primo task nel tuo agente e una checklist per il risultato.

Aggiungi accessibility a Claude Code, Codex o al tuo agente

Eseguitelo nel Suo progetto; l'installer chiede a quale agente aggiungerlo.

Terminal
npx skills add https://github.com/addyosmani/web-quality-skills --skill accessibility

Forma CLI generica skills per skills/accessibility/SKILL.md; il repository può documentare il proprio percorso.

Assegna alla skill un primo task di revisione del design

Redatto nei termini propri della skill; sostituisca le parti tra parentesi con il suo materiale.

Starter prompt
Audit [page URL or route] with Lighthouse and then fix the accessibility problems in the source. The form inputs in [component path] have no programmatically associated labels, the icon buttons have no accessible names, and focus outlines are being removed on [element]. Re-run the same audit afterwards and check keyboard navigation and target sizes.

Fonte: redatto a partire dal SKILL.md, nei termini propri della skill.

Verifica il primo risultato

Ciò che il SKILL.md stesso indica come risultato corretto:

  • Percorra l'intera pagina con Tab e attivi i controlli con Invio e Spazio.

In OpenDesign importi accessibility dal link del suo SKILL.md: Plugins → Add → Skill → Import from link, poi la selezioni nella barra superiore.

05 Open source, tracciabile

Sorgente, licenza e verifica

Da dove provengono i dati di questa pagina e quando sono stati verificati l'ultima volta.

File della skill
skills/accessibility/SKILL.md Checksum del contenuto registrato alla verifica; commit afa8da9
License
MIT Da LICENSE; SKILL.md indica "MIT".
Stelle del repository
2.786 Snapshot GitHub acquisita il 14/09/2026 per l'intero repository addyosmani/web-quality-skills. Non è una valutazione o un conteggio d'uso per accessibility.
Verificato da OpenDesign
14/09/2026 File sorgente, percorso, testo della licenza e conteggio delle stelle sono stati verificati. Non inclusa in OpenDesign main (verificato il 28/08/2026); un'esecuzione live non è stata registrata in questa pagina.
Descrizione della skill
"Verifica e migliora l'accessibilità web seguendo le linee guida WCAG 2.2. Da usare quando viene chiesto di 'migliorare l'accessibilità', 'audit a11y', 'conformità WCAG', 'supporto screen reader', 'navigazione da tastiera' o 'rendere accessibile'."

Descrizione del front-matter da SKILL.md. Il file completo è di circa 14.265 caratteri. Leggi il file completo su GitHub.

Accessibility

Esegui l'accessibilità su un vero compito di revisione del design.

Scarica OpenDesign, importa accessibility dal link SKILL.md, incolla il prompt qui sopra e leggi il piano prima del risultato.

Terminale
npx skills add https://github.com/addyosmani/web-quality-skills --skill accessibility

OpenDesign Desktop

Un solo design system. Il tuo brand, coerente ovunque

Nel Vibe Design Workspace completo, applica le stesse regole di brand a siti, presentazioni, prototipi interattivi, dashboard, immagini e video HTML. Collega Codex, Claude Code, Cursor e gli altri agenti di coding locali e crea gratis.

  • Siti, presentazioni, prototipi, dashboard, immagini e video
  • Oltre 140 design system e la libreria completa di template e skill
  • Codex locale e oltre 21 agenti di coding · Gratis
Scarica gratis

Disponibile per macOS e Windows