Vai alla guida all’uso
Accessibility Auditdi Alireza Rezvani

Accessibility Audit Skill.

Mantieni ogni problema di accessibilità collegato all'elemento interessato, alla correzione proposta e al risultato della verifica.

  • Accessibilità
  • Design Review
  • Frontend
Revisione del sorgente · Accessibility AuditSKILL.md
Attività Accessibilità Produce • Un report dei problemi di accessibilità ordinati per gravità • Correzioni del codice prima e dopo, adatte al framework del progetto • Un confronto con i risultati iniziali e un elenco dei controlli manuali ancora da fare Prima di iniziare Python per gli strumenti inclusi, accesso al codice sorgente e un browser o una configurazione con tecnologie assistive per la validazione nel contesto.
Sintesi editoriale · sorgente esaminato 2026-10-07 · non è un esempio generato

01 Funzionalità

Trasforma i risultati sull'accessibilità in correzioni verificabili

Un flusso di lavoro di accessibilità scansione-correzione-verifica con utilità Python, riferimenti per framework e modelli di report.

Flusso basato sul sorgenteNon è un benchmark di esecuzione

L'approccio di lavoro

A11y Audit organizza il lavoro sull'accessibilità in fasi di scansione, correzione e verifica. Il sorgente include interfacce Python per scanner e verifica del contrasto, categorie di gravità e riferimenti di correzione specifici per framework. Può aiutare a trasformare una richiesta vaga di migliorare l'accessibilità in un elenco circoscritto di elementi e modifiche al codice.

Il sorgente descrive un'ampia copertura delle WCAG, ma una scansione del codice non va presentata come certificazione completa di conformità. Flussi da tastiera, comportamento con screen reader, contenuti dinamici e utilità dei testi alternativi richiedono comunque una revisione nel contesto. Il valore pratico sta nella tracciabilità: conserva i risultati iniziali, applica semantica nativa o modifiche di stile adeguate, poi ripeti i controlli e testa l'interazione reale.

Risultati attesi

  • Un report dei problemi di accessibilità ordinati per gravità
  • Correzioni del codice prima e dopo, adatte al framework del progetto
  • Un confronto con i risultati iniziali e un elenco dei controlli manuali ancora da fare
Vedi il brief di esempio

Dal brief alla revisione

  1. 01
    Scansiona un ambito definito

    Individua il framework e i percorsi del sorgente rilevanti. Registra i problemi a livello di elemento e distingui i rilevamenti dello scanner dalle osservazioni manuali.

  2. 02
    Correggi l'interazione di fondo

    Preferisci controlli nativi, etichette significative e focus visibile, invece di aggiungere attributi ARIA in modo indiscriminato.

  3. 03
    Verifica nel contesto

    Confronta con la situazione di partenza, controlla il contrasto nello stato renderizzato e prova i percorsi con tastiera e tecnologie assistive che l'analisi statica non può accertare.

02 Quando usarlo

Quando usarla

Python per gli strumenti inclusi, accesso al codice sorgente e un browser o una configurazione con tecnologie assistive per la validazione nel contesto.

Adatta a

  • Pianificazione delle correzioniUtile per trasformare un insieme di problemi a livello di codice in modifiche al codice prioritarie e verificabili.
  • Controlli di regressioneAdatta a un progetto che aggiunge controlli di accessibilità ripetibili a un processo di test esistente.

Limiti da considerare

  • Nessun certificato di conformitàSuperare gli strumenti inclusi non dimostra che ogni requisito di accessibilità applicabile sia soddisfatto in tutto il prodotto.
  • La gravità richiede contestoLe etichette di gravità del sorgente sono un aiuto alla selezione. L'impatto reale sugli utenti dipende dall'elemento, dal compito e dalle alternative disponibili.

Fornisci questi input

  • Ambito della verificaIndica le pagine, i componenti o la directory del sorgente e il percorso utente da esaminare.
  • Stati renderizzatiFornisci accesso a moduli, errori, finestre di dialogo e altri stati assenti da una semplice pagina statica.
  • Situazione di partenza esistenteIncludi risultati o test precedenti, così da distinguere i problemi risolti dalle regressioni.

03 Decisioni importanti

Decisioni che contano

  1. Le correzioni restano tracciabili

    Gli esempi prima e dopo collegano un problema a un'implementazione concreta, invece di lasciare solo un riferimento a uno standard.

  2. L'automazione ha un limite

    Un report utile indica cosa è stato scansionato, cosa è stato testato manualmente e cosa resta non verificato.

04 Esempio di brief

Prova un brief mirato

Il brief di esempio qui sotto non è stato testato. Controlla la configurazione della skill prima di usarlo.

Controlla la configurazione

Conserva gli script e i modelli di riferimento. Verifica la copertura dello scanner prima di usarne i risultati come criterio di rilascio.

File sorgente upstream
https://github.com/alirezarezvani/claude-skills/blob/19392f7a08264ed00486a251f5b2098321771f94/engineering-team/a11y-audit/skills/a11y-audit/SKILL.md

Python per gli strumenti inclusi, accesso al codice sorgente e un browser o una configurazione con tecnologie assistive per la validazione nel contesto.

Parti da un solo risultato

Adatta ambito, materiale sorgente e vincoli di questo brief prima di eseguire la skill.

Brief di esempio
Usa a11y-audit per esaminare il nostro modulo di checkout e la finestra modale. Parti da un report di sola lettura dei problemi, con gli elementi interessati e la motivazione della gravità. Controlla etichette, controlli nativi, visibilità del focus e contrasto, poi elenca i controlli manuali con tastiera e screen reader. Non definire la pagina conforme alle WCAG solo in base allo scanner e non applicare correzioni finché non le approvo.

Esamina il risultato

Confronta l'output reale con questi criteri osservabili.

  • Ogni problema individua un elemento reale e una correzione attuabile.
  • I problemi risolti vengono ricontrollati rispetto alla situazione di partenza originale.
  • Il comportamento non testato con tastiera, screen reader e stati dinamici resta esplicitamente non verificato.

OpenDesign offre uno spazio di lavoro di design locale per agenti di programmazione. Questa scheda non significa che la skill sia inclusa nel pacchetto, né che i suoi strumenti esterni, le credenziali e le dipendenze software siano inclusi.

05 Fonte e licenza

Fonte e licenza

Questa pagina descrive la revisione del sorgente fissata e collegata qui sotto. Il comportamento e i requisiti upstream possono cambiare.

Titolare della fonte
Alireza Rezvani
Licenza
MIT
Snapshot esaminato
2026-10-07 · 19392f7a0826
Sintesi editoriale della fonte
Un flusso di lavoro di accessibilità scansione-correzione-verifica con utilità Python, riferimenti per framework e modelli di report.

Sintesi originale di OpenDesign, basata sulla fonte collegata. Le stelle del repository sono un segnale datato di popolarità, non l'uso della skill né un punteggio di qualità.

06 Domande prima di iniziare

Domande prima di iniziare

Lo scanner può dimostrare la conformità alle WCAG?

No. La skill può supportare un audit, ma i controlli automatici sul sorgente non coprono ogni requisito contestuale o di interazione.

Supporta solo React?

Il sorgente include modelli per diversi framework web e per HTML semplice. Verifica il supporto effettivo di scanner e riferimenti per la versione del progetto.

Ogni elemento cliccabile deve ricevere un ruolo ARIA?

Non automaticamente. Il sorgente in genere preferisce i controlli semantici nativi, che offrono un comportamento che un ruolo ARIA da solo non aggiunge.

OpenDesign

Fai spazio alla prossima iterazione di design.

Tieni brief, materiale sorgente e lavoro di design insieme in uno spazio di lavoro locale. Controlla la configurazione della skill prima di aggiungerla al tuo flusso di lavoro.

File sorgente upstream
https://github.com/alirezarezvani/claude-skills/blob/19392f7a08264ed00486a251f5b2098321771f94/engineering-team/a11y-audit/skills/a11y-audit/SKILL.md