Quando vibe coding vira ferramenta de acessibilidade: o caso de um designer do GitHub

O artigo do designer do GitHub não é sobre 'automatizar acessibilidade', é sobre desenhar com a IA como ferramenta de mediação entre intenção e execução. Ele não pede 'faça um treeview acessível', mas constrói instruções que forçam o modelo a respeitar hierarquia semântica, ordem de leitura por leitores de tela e contexto operacional real: quando um nó está expandido, o aria-label diz 'Pasta aberta: Documentos', não 'Documentos (expandido)'. Isso exige conhecimento profundo de árvore de acessibilidade, não de sintaxe JavaScript.

Ele transforma especificações de design em 'skills' executáveis: scripts que validam saídas geradas, corrigem padrões de fallback de aria-live, ou reescrevem labels com base em estado dinâmico, tudo antes de qualquer linha ser integrada ao código-fonte. É design de interação codificado como contrato comportamental com a máquina, não como artefato visual.

Isso muda quem pode participar do processo de acessibilidade. Designers que não programam em profundidade agora constroem soluções funcionais para usuários reais, não apenas mockups ou auditorias pós-fato. A barreira deixou de ser técnica e virou de linguagem: saber traduzir necessidades de usuários com deficiência visual, cognitiva ou motora em prompts que direcionem a geração com precisão semântica.

E mostra que acessibilidade não é mais só uma camada de correção, é um sistema de design que se autoalimenta: cada skill criada melhora a próxima geração, cada validação manual alimenta o próximo prompt. O resultado não é 'código gerado', mas 'intenção projetada' com IA como co-piloto operacional.