Code accessible à la vitesse de l’IA

Le Model Context Protocol est une norme ouverte qui connecte un agent IA à une source de données ou d’expertise externe. Un serveur MCP est ce qui fournit cette source. Le SDK MCP d’AudioEye, par exemple, est un serveur MCP qui donne à votre agent de codage l’accès au jeu de données d’accessibilité d’AudioEye.

Cursor, GitHub Copilot et Claude Code, ainsi que tout IDE prenant en charge le Model Context Protocol. Les développeurs continuent de travailler dans l’éditeur qu’ils utilisent déjà.

Le SDK détecte les problèmes d’accessibilité ; le MCP les corrige. Le SDK est un outil de test qui s’exécute dans votre pipeline et signale ce qu’il détecte, que ce soit un composant, une page entière ou chaque déploiement. Le SDK MCP d’AudioEye est un outil de correction qui fonctionne dans votre agent de codage IA, écrit la correction et rescane pour confirmer qu’elle fonctionne. Ils résolvent chacun une moitié du même problème.

Oui. L’approbation est ce qui vous permet de garder le contrôle de votre propre codebase. L’agent a déjà trouvé le problème, écrit la correction et confirmé qu’elle fonctionne, donc votre développeur lit une modification terminée plutôt que d’en rechercher une. Il l’approuve et la livre via son processus habituel, ce qui signifie que la correction avance à la vitesse de toute autre revue de code.

Non. Le MCP utilise l’automatisation pour détecter et corriger les problèmes dans votre code, et l’automatisation ne peut pas détecter tous les problèmes d’accessibilité. Les audits d’experts testent avec des technologies d’assistance et de vrais utilisateurs, ce qui permet de trouver les problèmes à fort impact. La plupart des équipes ont besoin des deux.

Pas de façon fiable. La plupart des agents de codage ont appris à partir d’un web qui n’est généralement pas accessible, donc sans indication ils proposent par défaut des boutons div, des champs non étiquetés et des textes alternatifs manquants. Ils ne peuvent pas non plus voir la page rendue, donc tout ce qui n’apparaît qu’à l’exécution, comme l’ordre de focus, le contraste en contexte ou le comportement du lecteur d’écran, passe inaperçu.

Oui. Le serveur MCP d’AudioEye connecte votre agent de codage à de vrais tests d’accessibilité, afin qu’il puisse analyser une page, remonter des problèmes WCAG spécifiques avec les éléments et critères de succès concernés, et retourner des corrections recommandées sans quitter l’IDE. Vous révisez et appliquez les modifications.

Note importante : aucun outil automatisé ne certifie la conformité à lui seul. Le serveur MCP gère la couche automatisée au moment de la rédaction. Les tests d’experts couvrent ce qui nécessite un jugement humain.

Vous aurez besoin d’un compte AudioEye, de Node 22 ou 24, et d’un projet JavaScript ou TypeScript. Ensuite, suivez ces étapes :

Copiez votre ID client et votre jeton client depuis le portail client AudioEye

Configurez votre gestionnaire de paquets pour s’authentifier auprès du registre privé d’AudioEye, puis exportez les deux identifiants comme variables d’environnement.

Installez le package : npm install -g @audioeye/testing-sdk-mcp

Enregistrez le serveur auprès de votre agent de codage ; la configuration diffère selon l’agent.

Pour une configuration complète, y compris CI/CD, consultez notre documentation développeur.