Aller au contenu
ReviewRamble

La lettre hebdomadaire

L’IA, évaluée, dans votre boîte mail.

  • Les nouveaux tests d’outils, de modèles, de serveurs MCP et de dépôts, avec le verdict en premier
  • Les prix et les notes revérifiés quand quelque chose change
  • Les nouvelles analyses dès leur publication

Modèles, agents, serveurs MCP et les outils qui méritent vraiment votre temps.

Un e-mail par semaine. Désinscrivez-vous avec le lien présent dans chaque lettre. Comment nous utilisons votre e-mail

Accessibility Agents

Paquet de revue WCAG 2.2 AA pour agents de code : 113 skills, un verrou d'édition et un serveur MCP de scanners axe, Playwright, Office, PDF et ePub.

Avis de ReviewRamble editors · Mis à jour

Guide d’installation Open source

Notre note

4.1/5

Une boîte à outils d'accessibilité étendue pour agents de code, qui lance de vrais scanners et dit avec une rare honnêteté que ses scanners prouvent un plancher, pas la conformité.

Qu’est-ce que Accessibility Agents ?

Accessibility Agents, de l'organisation Community Access, réunit deux choses dans un même paquet sous licence MIT. D'abord 113 Agent Skills (six routeurs qui répartissent le travail entre 107 spécialistes) qui indiquent à Claude Code, Codex, GitHub Copilot, Gemini CLI et ChatGPT comment vérifier des interfaces web, des documents et du Markdown au regard de WCAG 2.2 AA, plus un hook qui bloque la modification des fichiers visibles par l'utilisateur tant que la revue d'accessibilité n'a pas eu lieu. Ensuite un serveur MCP dont le README compte 39 outils : scans de navigateur avec axe-core et Playwright, scanners pour Word, Excel, PowerPoint, PDF, ePub et Markdown, validation veraPDF, calculs de contraste, correcteurs et génération de rapports.

Le dépôt compte environ 446 étoiles et a publié la v7.1.0 le 28 octobre 2026, le jour même où le serveur est sorti sur npm sous le nom @community-access/accessibility-agents-mcp ; des commits arrivaient encore en novembre 2026. Une copie publique hébergée avec 12 outils tourne sur letitglow.app/a11y/mcp, sans connexion.

Installer Accessibility Agents

npx -y @community-access/accessibility-agents-mcp

Accessibility Agents vaut-il le coup ?

La distinction utile dans ce paquet sépare ce qui est mesuré de ce qui est jugé. Les outils MCP sont déterministes : run_axe_scan pilote axe-core dans un Chromium local avec toutes les étiquettes WCAG 2.2 A et AA ; les outils Playwright vérifient la navigation au clavier, le contraste rendu et la redisposition à plusieurs largeurs ; run_verapdf_scan valide PDF/UA-1, PDF/UA-2 ou PDF/A ; check_contrast calcule des rapports. Les scanners Office, PDF, ePub et Markdown et les outils check_heading_structure, check_link_text et check_form_labels sont des contrôles par règles qui lisent le balisage du fichier par recherche de motifs : ils trouvent un attribut alt manquant ou un niveau de titre sauté, pas un mauvais.

Tout le reste relève du jugement du modèle, apporté par les skills : un texte alternatif est-il exact, le focus se déplace-t-il de façon sensée à la fermeture d'une boîte de dialogue, un widget personnalisé suit-il son modèle clavier. Les outils de texte alternatif rendent la séparation nette : extract_document_images confie chaque image à votre modèle, qui rédige la description, et write_document_alt_text se contente de l'inscrire dans le fichier. Le verrou d'édition vérifie que la skill accessibility lead a tourné avant la modification d'un fichier, pas que sa revue était juste.

La documentation du projet est franche sur cet écart. Sa page WCAG indique que chaque rapport précise que les contrôles automatiques ne trouvent qu'une minorité des obstacles, et qu'axe-core 4.14 n'a de règle que pour un seul nouveau critère de WCAG 2.2, target-size (2.5.8), tandis que 2.4.11, 2.5.7, 3.2.6, 3.3.7 et 3.3.8 n'ont aucune règle axe. Les chiffres ailleurs sont moins nets : une skill affirme que les outils automatiques détectent environ 30% des problèmes, une autre de 30 à 40%, et une page d'intégration avance que les agents en détectent environ 70% pendant la génération de code, sans citer d'étude pour aucun d'eux.

Le hic : le serveur va plus loin qu'un linter. Les outils de navigateur chargent toute adresse http ou https que vous ou le modèle leur passez, y compris localhost et des pages avec des scripts tiers, et le texte de ces pages revient au modèle. fix_document_metadata et fix_document_headings écrasent des documents, dans votre répertoire personnel et le répertoire de travail. Les cinq outils GLOW envoient le fichier désigné à letitglow.app. Le mode HTTP écoute sur 127.0.0.1:3100 sans authentification et affiche un avertissement s'il quitte la boucle locale.

Notre avis : c'est ce qui se rapproche le plus d'un spécialiste de l'accessibilité assis à côté de l'agent, et sa franchise sur ses limites est une raison de lui faire confiance. Un passage propre signifie que la partie vérifiable par machine est réussie ; le test au lecteur d'écran exige toujours une personne.

Là où il fait la différence

  • Un développeur front-end dans une entreprise de e-commerce de 20 personnes

    Repérer les régressions d'accessibilité d'une refonte du tunnel de paiement avant la revue

    Pointez run_axe_scan et run_playwright_keyboard_scan vers le serveur de développement local, corrigez ce qu'ils signalent et laissez le verrou d'édition imposer la revue accessibility lead à chaque modification de composant. Gratuit ; prévoyez un passage manuel au lecteur d'écran pour le focus et les annonces.

  • Le service d'accompagnement des étudiants handicapés d'une université

    Vérifier un dossier de PDF de cours et de documents Word avant la rentrée

    batch_scan_documents accepte jusqu'à 50 fichiers par appel, et run_verapdf_scan ajoute la validation PDF/UA si Java 11 et veraPDF sont installés. Les résultats vont dans un dossier local .a11y-history pour que le passage suivant montre l'évolution.

  • Une chargée de communication dans un organisme public

    Ajouter un texte alternatif à chaque image d'une présentation PowerPoint

    Sur le serveur hébergé, extract_document_images montre chaque image à l'assistant, qui rédige un texte alternatif de 150 caractères au plus ; après relecture, write_document_alt_text renvoie la présentation derrière un lien de téléchargement valable une heure.

Avant de vous engager

Mise en route
En plugin : /plugin marketplace add Community-Access/accessibility-agents, puis /plugin install dans Claude Code (Copilot CLI, Codex, Gemini CLI et VS Code ont des équivalents). Serveur seul : npx -y @community-access/accessibility-agents-mcp. Les scans de navigateur demandent playwright, @axe-core/playwright et Chromium ; les contrôles PDF approfondis, Java 11+ et veraPDF. Node.js 22, 24 ou 26.
Intégrations
39 outils selon le README, plus 3 prompts (audit-page, check-component, explain-wcag) et des ressources de règles par composant et de profils de scan. Les outils de lecture couvrent axe, Playwright, documents, Markdown, contraste et historique d'audit ; les outils d'écriture corrigent métadonnées et titres, convertissent des formulaires PDF en HTML et rédigent rapports et déclarations d'accessibilité. Les skills coûtent environ 1 100 tokens avant usage.
Données et confidentialité
Pas de télémétrie. Les scans tournent en local ; les fichiers ne sont lus et écrits que dans votre répertoire personnel et le répertoire de travail, liens symboliques résolus. Les outils de navigateur chargent les URL fournies, y compris les scripts tiers de ces pages, et le contenu des pages est une entrée non fiable pour le modèle. Les outils GLOW envoient des fichiers à letitglow.app. Le serveur hébergé supprime les envois avant de répondre, sauf le fichier avec texte alternatif, conservé une heure.
Coût à grande échelle
Gratuit. Les seuls coûts sont les tokens de votre modèle et une machine capable de faire tourner Chromium sans interface ; le serveur hébergé est gratuit et sans connexion.
Limites
Documents limités à 100 MB et lots à 50 fichiers ; envois au serveur hébergé limités à 20 MB. Les installations Codex n'ont pas de verrou d'édition ; ChatGPT ne reçoit que les skills, sans scanners. Les nouveaux critères de WCAG 2.2, hormis la taille de la cible, n'ont pas de règle axe. Environ sept tickets ouverts.

Les points forts

  • Vrais scans axe-core, Playwright et veraPDF, pas des suppositions du modèle
  • Couvre Office, PDF, ePub et Markdown en plus des interfaces web
  • Le verrou d'édition bloque les modifications non revues des fichiers d'interface
  • Ni télémétrie, ni compte, ni clé ; les scans tournent en local

Les points faibles

  • La plupart des nouveautés de WCAG 2.2 exigent encore des tests manuels
  • Les contrôles de documents et de HTML sont des heuristiques par motifs
  • Les chiffres de couverture de sa documentation sont incohérents et sans source
  • Le mode HTTP n'a pas d'authentification

Idéal pour

Équipes front-end et producteurs de documents qui veulent que leur agent de code lance de vrais scans d'accessibilité et suive les règles WCAG 2.2 AA avant que les modifications soient intégrées.

Alternatives à Accessibility Agents

Accessibility Agents : questions fréquentes

Accessibility Agents vaut-il le coup ?
Une boîte à outils d'accessibilité étendue pour agents de code, qui lance de vrais scanners et dit avec une rare honnêteté que ses scanners prouvent un plancher, pas la conformité. Nous lui donnons 4.1 sur 5.
Combien coûte Accessibility Agents ?
Gratuit et open source (MIT). Ni compte ni clé ; le serveur hébergé est gratuit et ne demande pas de connexion.
Quels sont les inconvénients de Accessibility Agents ?
La plupart des nouveautés de WCAG 2.2 exigent encore des tests manuels; les contrôles de documents et de HTML sont des heuristiques par motifs; les chiffres de couverture de sa documentation sont incohérents et sans source; le mode HTTP n'a pas d'authentification.
À qui s’adresse Accessibility Agents ?
Équipes front-end et producteurs de documents qui veulent que leur agent de code lance de vrais scans d'accessibilité et suive les règles WCAG 2.2 AA avant que les modifications soient intégrées.
Combien coûte Accessibility Agents pour une équipe ou en production ?
Gratuit. Les seuls coûts sont les tokens de votre modèle et une machine capable de faire tourner Chromium sans interface ; le serveur hébergé est gratuit et sans connexion.
Accessibility Agents est-il sûr pour les données de l’entreprise ?
Pas de télémétrie. Les scans tournent en local ; les fichiers ne sont lus et écrits que dans votre répertoire personnel et le répertoire de travail, liens symboliques résolus. Les outils de navigateur chargent les URL fournies, y compris les scripts tiers de ces pages, et le contenu des pages est une entrée non fiable pour le modèle. Les outils GLOW envoient des fichiers à letitglow.app. Le serveur hébergé supprime les envois avant de répondre, sauf le fichier avec texte alternatif, conservé une heure.
Quelles sont les meilleures alternatives à Accessibility Agents ?
Les alternatives les plus proches que nous avons testées sont Playwright MCP et Chrome DevTools MCP.

Réponses vérifiées le 11 nov. 2026.

Vous éditez Accessibility Agents ? Affichez cette note sur votre siteAccessibility Agents noté 4.1 sur 5 par ReviewRamble