Axe MCP Server Version 1.4.0 Versionshinweise

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

Veröffentlichungsdatum

28. Juli 2026

Überblick

Diese Version v1.4.0 bringt Erweiterte Regeln zum analyze-Tool und fügt eine optionale Screenshot der Seite zur analyze-Antwort hinzu, sodass Sie sehen können, was gescannt wurde.

important

Um diese Version zu erhalten:

  • Docker — das Image erneut abrufen: docker pull dequesystems/axe-mcp-server:latest
  • npm — kein separater Installationsschritt erforderlich; npx führt die aktuell veröffentlichte Version aus. Siehe Distribution auswählen.

Neue Funktionen

Erweiterte Regeln im analyze-Tool

Das analyze-Tool führt jetzt Erweiterte Regeln neben dem standardmäßigen axe-core-Regelsatz aus. Diese Regeln verwenden Screenshots, Computer Vision und große Sprachmodelle, um Probleme zu finden, die axe-core allein nicht aufdecken kann — Überschriften, die nur wie Überschriften aussehen, informative Bilder mit unzureichendem Alternativtext und Textkontrast über Farbverläufen oder Bilder. Erweiterte Funde werden in das gleiche Ergebnisarray integriert, das Ihr Agent bereits verwendet, sodass keine Änderungen an Ihren Eingabeaufforderungen oder Ihrem Workflow erforderlich sind.

Seiten-Screenshots im analyze-Tool

Das analyze-Tool-Tool akzeptiert jetzt einen optionalen screenshot-Parameter, der ein Bild der Seite zusammen mit dem Verstoßbericht zurückgibt, als einen standardmäßigen MCP-Image-Content-Block.

Die Aufnahme umfasst den sichtbarer Viewport im Moment kurz bevor der Scan beginnt — übergeben Sie einen hohen viewportHeight, um mehr von der Seite zu sehen. Die Aufnahme erfolgt nach dem Prinzip des besten Erreichbaren und scheitert niemals an einem Scan: Wenn sie zeitlich nicht abgeschlossen wird, werden trotzdem Ergebnisse mit einem Hinweis in messages zurückgegeben. Und wenn der Scan nach erfolgtem Screenshot fehlschlägt, wird das Bild mit der Fehlermeldung zurückgegeben, wodurch Sie den visuellen Zustand der Seite im Moment des Fehlers erhalten.

tip

Fordern Sie Screenshots gezielt an, anstatt bei jedem Scan — ein Image-Block kostet Bild-Eingabetoken bei der nächsten Runde Ihres Agents, ungefähr eine Größenordnung mehr als der entsprechende Text.

Ob das Bild inline gerendert wird, hängt von Ihrem MCP-Client ab: VS Code mit Copilot zeigt es an, während Cursor und Claude Desktop das Tool-Ergebnis möglicherweise zusammenklappen oder die Vorschau weglassen. Der Server gibt immer einen spezifikationsvaliden Image-Block zurück, sodass eine fehlende Vorschau eine Einschränkung der Client-Anzeige und kein fehlerhaftes Erfassen ist.

Siehe Screenshots für vollständige Details.

Änderungen

Standard-Scan-Viewport ist jetzt 1000×1080

Wenn viewportWidth und viewportHeight beide weggelassen werden, scannt analyze jetzt bei 1000×1080 statt in der Standard-Viewport-Größe des Browsers. Dies macht die Ergebnisse reproduzierbar über Distributionen und Umgebungen hinweg und entspricht der Breite, die erweiterte Regeln für die Bildanalyse verwenden — ein verlustbehaftetes Resize des erfassten Screenshots wird vermieden.

Wenn Ihre Scans vom vorherigen impliziten Viewport abhingen, setzen Sie viewportWidth und viewportHeight explizit. Siehe Responsives Testen.

Fehlerbehebungen

  • Abgelaufene OAuth-Tokens erklären jetzt, wie sie wiederhergestellt werden können. Wenn ein Zugriffstoken während der Sitzung abläuft, nennt der Fehler, den Ihr Agent erhält, die Lösung — authentifizieren Sie sich erneut mit @deque/axe-auth und starten Sie die Serververbindung neu — anstatt eine undurchsichtige Ablehnung vom Backend darzustellen. Siehe Authentifizierungsfehler.
  • AXE_CHROME_PATH auf Windows behoben (npm-Distribution). Die Ausrichtung von AXE_CHROME_PATH auf eine gültige Chrome for Testing-Binärdatei führte dazu, dass der Start auf Windows mit Unable to find specified chrome instance abstürzte, da der Startcheck erforderte, dass chrome.exe --version sauber beendet wird — was es auf Windows nicht zuverlässig tut. Der Pfad wird jetzt durch sein Vorhandensein auf Windows validiert. Ungültige oder fehlende Pfade schlagen weiterhin bei jedem Platform-Start fehl. Siehe AXE_CHROME_PATH.