O que é Accessibility Agents?
Accessibility Agents, da organização Community Access, são duas coisas num só pacote com licença MIT. A primeira são 113 Agent Skills (seis roteadores que distribuem o trabalho a 107 especialistas) que dizem ao Claude Code, Codex, GitHub Copilot, Gemini CLI e ChatGPT como revisar interfaces web, documentos e Markdown segundo a WCAG 2.2 AA, mais um hook que bloqueia edições em arquivos visíveis ao usuário até a revisão de acessibilidade ter rodado. A segunda é um servidor MCP cujo README conta 39 ferramentas: varreduras de navegador com axe-core e Playwright, scanners para Word, Excel, PowerPoint, PDF, ePub e Markdown, validação com veraPDF, cálculos de contraste, corretores e geração de relatórios.
O repositório tem cerca de 446 estrelas e lançou a v7.1.0 em 28 de outubro de 2026, no mesmo dia em que o servidor foi publicado no npm como @community-access/accessibility-agents-mcp; commits continuavam chegando em novembro de 2026. Uma cópia pública hospedada com 12 ferramentas roda em letitglow.app/a11y/mcp, sem login.
Como instalar Accessibility Agents
npx -y @community-access/accessibility-agents-mcpAccessibility Agents vale a pena?
A distinção útil neste pacote é entre o que é medido e o que é julgado. As ferramentas MCP são determinísticas: run_axe_scan executa o axe-core num Chromium local com todas as tags WCAG 2.2 A e AA; as ferramentas do Playwright verificam navegação por teclado, contraste renderizado e refluxo em várias larguras; run_verapdf_scan valida PDF/UA-1, PDF/UA-2 ou PDF/A; check_contrast calcula razões. Os scanners de Office, PDF, ePub e Markdown e as ferramentas check_heading_structure, check_link_text e check_form_labels são verificações por regras que leem a marcação do arquivo por correspondência de padrões, então encontram um atributo alt ausente ou um título pulado, não um ruim.
Todo o resto é julgamento do modelo, entregue pelas skills: se o texto alternativo está correto, se o foco se move de forma sensata quando um diálogo fecha, se um widget personalizado segue seu padrão de teclado. As ferramentas de texto alternativo deixam a divisão clara: extract_document_images entrega cada imagem ao seu modelo, que escreve a descrição, e write_document_alt_text só a coloca no arquivo. O bloqueio de edição verifica se a skill accessibility lead rodou antes de um arquivo mudar, não se a revisão dela estava certa.
A própria documentação do projeto é franca sobre essa lacuna. A página de WCAG diz que todo relatório avisa que as verificações automáticas encontram uma minoria das barreiras, e que o axe-core 4.14 tem regra para apenas um critério novo da WCAG 2.2, target-size (2.5.8), enquanto 2.4.11, 2.5.7, 3.2.6, 3.3.7 e 3.3.8 não têm nenhuma regra do axe. Os números em outros pontos são menos arrumados: uma skill diz que ferramentas automáticas pegam cerca de 30% dos problemas, outra de 30 a 40%, e uma página de integração afirma que os agentes pegam cerca de 70% durante a geração de código, sem citar estudo para nenhum deles.
O porém: o servidor vai além de um linter. As ferramentas de navegador carregam qualquer endereço http ou https que você ou o modelo passarem, incluindo localhost e páginas com scripts de terceiros, e o texto dessa página volta para o modelo. fix_document_metadata e fix_document_headings sobrescrevem documentos, dentro do seu diretório pessoal e do diretório de trabalho. As cinco ferramentas GLOW enviam o arquivo indicado para letitglow.app. O modo HTTP escuta em 127.0.0.1:3100 sem autenticação e mostra um aviso se for tirado do loopback.
Nossa opinião: é o mais perto de ter um especialista em acessibilidade sentado ao lado do agente, e a honestidade sobre os limites é motivo para confiar nele. Uma execução limpa significa que a parte verificável por máquina passou; o teste com leitor de tela ainda precisa de uma pessoa.
Onde ele se destaca
Um desenvolvedor front-end numa empresa de e-commerce de 20 pessoas
Pegar regressões de acessibilidade num redesenho do checkout antes da revisão
Aponte run_axe_scan e run_playwright_keyboard_scan para o servidor de desenvolvimento local, corrija o que eles apontarem e deixe o bloqueio de edição exigir a revisão da accessibility lead em cada mudança de componente. Grátis; planeje um teste manual com leitor de tela para foco e anúncios.
O núcleo de acessibilidade de uma universidade
Verificar uma pasta de PDFs de aulas e apostilas em Word antes do semestre
batch_scan_documents aceita até 50 arquivos por chamada, e run_verapdf_scan adiciona validação PDF/UA com Java 11 e veraPDF instalados. Os resultados vão para uma pasta local .a11y-history, para que a próxima execução mostre a mudança.
Uma assessora de comunicação num órgão público
Colocar texto alternativo em todas as imagens de uma apresentação de PowerPoint
No servidor hospedado, extract_document_images mostra cada imagem ao assistente, que redige um texto alternativo de no máximo 150 caracteres; depois da revisão, write_document_alt_text devolve a apresentação num link de download válido por uma hora.
Antes de decidir
- Configuração
- Como plugin: /plugin marketplace add Community-Access/accessibility-agents e depois /plugin install no Claude Code (Copilot CLI, Codex, Gemini CLI e VS Code têm equivalentes). Só o servidor: npx -y @community-access/accessibility-agents-mcp. Varreduras de navegador precisam de playwright, @axe-core/playwright e Chromium; verificações profundas de PDF, de Java 11+ e veraPDF. Node.js 22, 24 ou 26.
- Integrações
- 39 ferramentas segundo o README, mais 3 prompts (audit-page, check-component, explain-wcag) e recursos com diretrizes por componente e perfis de varredura. As ferramentas de leitura cobrem axe, Playwright, documentos, Markdown, contraste e histórico de auditoria; as de escrita corrigem metadados e títulos, convertem formulários PDF em HTML e escrevem relatórios e declarações de acessibilidade. As skills custam cerca de 1.100 tokens antes do uso.
- Dados e privacidade
- Sem telemetria. As varreduras rodam localmente; arquivos só são lidos e escritos dentro do seu diretório pessoal e do diretório de trabalho, com links simbólicos resolvidos. As ferramentas de navegador carregam as URLs informadas, incluindo scripts de terceiros dessas páginas, e o conteúdo da página é entrada não confiável para o modelo. As ferramentas GLOW enviam arquivos para letitglow.app. O servidor hospedado apaga os envios antes de responder, exceto o arquivo com texto alternativo, mantido por uma hora.
- Custo em escala
- Grátis. Os únicos custos são os tokens do seu modelo e uma máquina capaz de rodar Chromium headless; o servidor hospedado é gratuito e sem login.
- Limites
- Documentos até 100 MB e lotes até 50 arquivos; envios ao servidor hospedado até 20 MB. Instalações no Codex não têm bloqueio de edição; o ChatGPT recebe só as skills, sem scanners. Os critérios novos da WCAG 2.2, exceto o tamanho do alvo, não têm regra do axe. Cerca de sete issues abertas.
O que é bom
- Varreduras reais com axe-core, Playwright e veraPDF, não palpites do modelo
- Cobre Office, PDF, ePub e Markdown, além de interfaces web
- O bloqueio de edição impede mudanças sem revisão em arquivos de interface
- Sem telemetria, conta ou key; as varreduras rodam localmente
O que não é
- A maioria das novidades da WCAG 2.2 ainda exige teste manual
- As verificações de documentos e HTML são heurísticas por padrões
- Os números de cobertura na documentação são inconsistentes e sem fonte
- O modo HTTP não tem autenticação
Ideal para
Equipes de front-end e produtores de documentos que querem que o agente de código rode varreduras de acessibilidade reais e siga as diretrizes WCAG 2.2 AA antes de as mudanças entrarem.
Alternativas ao Accessibility Agents
Accessibility Agents: perguntas frequentes
- Accessibility Agents vale a pena?
- Um kit de acessibilidade abrangente para agentes de código, que roda scanners de verdade e é incomumente honesto ao dizer que seus scanners provam um piso, não conformidade. Damos nota 4.1 de 5.
- Quanto custa Accessibility Agents?
- Gratuito e de código aberto (MIT). Sem conta nem key; o servidor hospedado é gratuito e não pede login.
- Quais são as desvantagens de Accessibility Agents?
- A maioria das novidades da WCAG 2.2 ainda exige teste manual; as verificações de documentos e HTML são heurísticas por padrões; os números de cobertura na documentação são inconsistentes e sem fonte; o modo HTTP não tem autenticação.
- Para quem Accessibility Agents é indicado?
- Equipes de front-end e produtores de documentos que querem que o agente de código rode varreduras de acessibilidade reais e siga as diretrizes WCAG 2.2 AA antes de as mudanças entrarem.
- Quanto custa Accessibility Agents para uma equipe ou em produção?
- Grátis. Os únicos custos são os tokens do seu modelo e uma máquina capaz de rodar Chromium headless; o servidor hospedado é gratuito e sem login.
- Accessibility Agents é seguro para dados da empresa?
- Sem telemetria. As varreduras rodam localmente; arquivos só são lidos e escritos dentro do seu diretório pessoal e do diretório de trabalho, com links simbólicos resolvidos. As ferramentas de navegador carregam as URLs informadas, incluindo scripts de terceiros dessas páginas, e o conteúdo da página é entrada não confiável para o modelo. As ferramentas GLOW enviam arquivos para letitglow.app. O servidor hospedado apaga os envios antes de responder, exceto o arquivo com texto alternativo, mantido por uma hora.
- Quais são as melhores alternativas ao Accessibility Agents?
- As alternativas mais próximas que analisamos são Playwright MCP e Chrome DevTools MCP.
Respostas verificadas em 11 de nov. de 2026.
Você faz o Accessibility Agents? Mostre esta nota no seu site
