Notes de version Axe MCP Server Version 1.4.0

This page is not available in the language you requested. You have been redirected to the English version of the page.
Link to this page copied to clipboard
Not for use with personal data

Date de sortie

28 juillet 2026

Aperçu

Cette version v1.4.0 apporte Règles avancées à l'outil analyze et ajoute un capture d'écran de la page optionnel à la réponse analyze pour que vous puissiez voir ce qui a été analysé.

important

Pour obtenir cette version :

  • Docker — tirez à nouveau l'image : docker pull dequesystems/axe-mcp-server:latest
  • npm — aucune étape d'installation séparée n'est requise ; npx exécute la dernière version publiée. Voir Choisir une distribution.

Nouvelles fonctionnalités

Règles avancées dans l'outil analyze

L'outil outil analyze exécute désormais Règles avancées en parallèle avec l'ensemble de règles standard d'axe-core. Ces règles utilisent des captures d'écran, la vision par ordinateur et de grands modèles linguistiques pour identifier des problèmes que l'axe-core seul ne peut pas détecter — des titres qui ne sont que visuellement des titres, des images informatives avec des textes alternatifs inutiles, et des contrastes de texte sur des dégradés ou des images. Les résultats avancés sont fusionnés dans le même tableau de résultats que votre agent consomme déjà, donc aucun changement à vos invites ou à votre flux de travail n'est nécessaire.

Captures d'écran de la page dans l'outil analyze

L'outil outil analyze accepte maintenant un paramètre screenshot optionnel qui renvoie une image de la page avec le rapport de violation, comme un bloc de contenu d'image MCP standard.

La capture couvre la zone de visualisation visible au moment juste avant le début de l'analyse — passez une viewportHeight haute pour voir plus de la page. La capture est un effort maximal et ne fait jamais échouer une analyse : si elle prend trop de temps, les résultats reviennent quand même avec une note dans messages. Et si la analyse échoue après que la capture d'écran a été prise, l'image est renvoyée avec la réponse d'erreur, vous donnant l'état visuel de la page au moment où les choses ont mal tourné.

tip

Demandez des captures d'écran délibérément plutôt qu'à chaque analyse — un bloc d'image coûte des jetons d'entrée d'image au prochain tour de votre agent, soit environ un ordre de grandeur de plus que l'équivalent textuel.

Que l'image s'affiche en ligne dépend de votre client MCP : VS Code avec Copilot l'affiche, tandis que Cursor et Claude Desktop peuvent réduire le résultat de l'outil ou omettre l'aperçu. Le serveur renvoie toujours un bloc d'image valide selon les spécifications, donc si un aperçu manque, c'est une limitation de l'affichage côté client plutôt qu'une capture échouée.

Voir Captures d'écran pour plus de détails.

Modifications

La vue par défaut de l'analyse est maintenant de 1000×1080

Lorsque viewportWidth et viewportHeight sont tous deux omis, analyze effectue désormais des analyses à 1000×1080 au lieu de la taille de la fenêtre par défaut du navigateur. Cela rend les résultats reproductibles entre les distributions et les environnements, et correspond à la largeur que les Règles Avancées utilisent pour l'analyse d'image — évitant un redimensionnement avec perte de la capture d'écran.

Si vos analyses dépendaient de la vue par défaut implicite, définissez viewportWidth et viewportHeight explicitement. Voir Test réactif.

Corrections de bugs

  • Les jetons OAuth expirés expliquent maintenant comment récupérer. Lorsqu'un jeton d'accès expire en cours de session, l'erreur que reçoit votre agent nomme la solution — se réauthentifier avec @deque/axe-auth et redémarrer la connexion serveur — au lieu de montrer un rejet opaque du backend. Voir Erreurs d'authentification.
  • AXE_CHROME_PATH Corrigé sous Windows (distribution npm). Pointer AXE_CHROME_PATH vers un binaire valide de Chrome pour Testing faisait échouer le démarrage sur Windows avec Unable to find specified chrome instance, car la vérification de démarrage nécessitait que chrome.exe --version se termine proprement — ce qu'il ne fait pas de manière fiable sur Windows. Le chemin est maintenant validé par son existence sur Windows. Les chemins invalides ou manquants échouent toujours au démarrage sur chaque plateforme. Voir AXE_CHROME_PATH.