Negli ultimi mesi si è raccontato spesso come chi non vede usi l’intelligenza artificiale per costruirsi da solo piccole app e strumenti. Uno studio pubblicato il 5 agosto guarda dall’altra parte: gli strumenti di programmazione basati su AI sono davvero usabili da uno sviluppatore cieco o ipovedente? La risposta, misurata su 600 segnalazioni, è che le barriere ci sono, e si ripetono.
Il lavoro si intitola “Characterizing Visual Accessibility Issues in AI Developer Tools” e lo firmano Sabrina Haque e Christoph Csallner. È uno studio empirico: gli autori hanno passato al setaccio segnalazioni e discussioni degli utenti di cinque ambienti di sviluppo con AI e hanno contato quante riguardassero problemi di accessibilità visiva.
Cinque strumenti sotto esame
Gli strumenti analizzati sono GitHub Copilot dentro VS Code, Cursor, Claude Code, OpenAI Codex e OpenCode: i nomi che oggi definiscono il modo di scrivere codice con l’assistenza di un modello. Partendo da 2.652 segnalazioni raccolte per parole chiave, un sistema che combina tre modelli ha isolato 600 rapporti che parlano in modo chiaro di problemi di accessibilità visiva, poi verificati a mano dai ricercatori.
Le tre barriere che tornano
Le difficoltà si raggruppano in tre famiglie. La prima è l’incompatibilità con gli screen reader e le tecnologie assistive: parti dell’interfaccia che il lettore di schermo non annuncia, o annuncia male. La seconda riguarda la presentazione visiva, il contrasto e la difficoltà a distinguere gli elementi, un problema per chi ha un residuo visivo o un deficit nella percezione dei colori. La terza tocca la leggibilità, l’ingrandimento e il controllo delle interfacce tipiche dell’AI: i pannelli di chat, le differenze di codice generate, l’output che scorre a schermo mentre il modello risponde.
Interfacce che cambiano da sole
Il punto più delicato è proprio quello delle interfacce dinamiche. Un assistente AI aggiorna il testo in tempo reale, mostra blocchi di codice che compaiono e si modificano, produce agenti che lavorano dentro il terminale. Seguire con uno screen reader qualcosa che si riscrive di continuo è faticoso, e lo studio registra che il peso di ciascuna barriera cambia da uno strumento all’altro: non tutti gli ambienti presentano gli stessi problemi con la stessa gravità.
Perché serve a chi non vede e programma
La programmazione è un campo storicamente aperto a chi non vede, perché ruota attorno al testo e allo screen reader. Se gli strumenti che stanno diventando lo standard del settore restano difficili da usare, il rischio è che uno sviluppatore cieco parta svantaggiato proprio dove tutti gli altri accelerano. Uno studio che conta e classifica le segnalazioni serve anche a questo: dare alle aziende una lista di cosa correggere, con i numeri in mano.
Lo studio è liberamente consultabile su arXiv, dove è stato depositato il 5 agosto 2026.
Leggi lo studio “Characterizing Visual Accessibility Issues in AI Developer Tools” su arXiv (accesso libero, in inglese).
Chiedi a Sonar su questo articolo
Sonar è l’assistente di TecnoAccess: risponde usando solo gli articoli della testata e ti dice sempre di quando è la cosa che racconta.
Iscriviti e ricevi il libro in regalo
Iscrivendoti alla newsletter ricevi subito «AI e disabilità visiva 2026», il nostro libro di 67 pagine sugli strumenti che funzionano davvero, in EPUB e in PDF accessibile.
Poi, ogni venerdì mattina, le notizie della settimana e un consiglio pratico su VoiceOver, NVDA o TalkBack che pubblichiamo solo lì. È gratis e ci si disiscrive con un clic.