Wer einen KI-Agenten mit Safari verbinden wollte, brauchte bislang einen Community-Server oder eine eigene Erweiterung. Das hat sich geändert: Mit Safari 27 Beta und der Safari Technology Preview 247 liefert Apple einen Model Context Protocol-Server direkt im Browser mit, offiziell im WebKit-Blog dokumentiert (1). Jeder MCP-fähige Client, darunter Claude Code, Claude Desktop und Codex, verbindet sich damit, ohne Erweiterung, ohne Drittanbieter-Server.
Der Safari MCP Server verbindet Ihren Agenten mit einem echten Safari-Fenster und gibt ihm Zugriff auf DOM, Netzwerkanfragen, Screenshots und Konsolenausgaben (1). Apple nennt vier Anwendungsfälle: Kompatibilität mit Safari testen, Performance über Navigation-Timing auswerten, grundlegende Barrierefreiheits-Probleme wie fehlende Labels oder schwache Kontraste aufspüren, und den Zustand einer Seite verifizieren, etwa ob ein Formular korrekt befüllt wurde (1).
17 Werkzeuge stehen dafür zur Verfügung: Tab-Verwaltung (list_tabs, create_tab, switch_tab, close_tab), Navigation und Seiteninhalt (navigate_to_url, get_page_content, page_info), Interaktion (page_interactions, evaluate_javascript) sowie Diagnose (browser_console_messages, list_network_requests, get_network_request, screenshot) (1).
Voraussetzung ist Safari 27 Beta oder die Safari Technology Preview 247 oder neuer. Vorher zwei Häkchen setzen: Safari → Einstellungen → Erweitert → Funktionen für Webentwickler anzeigen, danach Safari → Einstellungen → Entwickler → Externe Agenten und Remote-Automatisierung zulassen (1). Für Claude Code reicht in Safari 27 Beta ein Befehl:
claude mcp add safari-mcp -- "/usr/bin/safaridriver" --mcp
In der Technology Preview zeigt der Pfad auf die Preview-App:
claude mcp add safari-mcp-stp -- "/Applications/Safari Technology Preview.app/Contents/MacOS/safaridriver" --mcp
Für Claude Desktop und andere Clients trägt man denselben Befehl in die Konfigurationsdatei ein (1).
Der Server läuft vollständig lokal und ruft selbst keine Netzwerkadressen auf. Auf persönliche Safari-Daten wie AutoFill oder die sonstige Browseraktivität hat er keinen Zugriff (1)(2). Was er an Seiteninhalt, Screenshots oder Logs erfasst, geht direkt an den verwendeten Agenten, nicht an Apple; wohin die Daten von dort weiterverarbeitet werden, hängt vom eingesetzten Modell ab (2).
Diese Zurückhaltung ist Absicht, aber nicht für jeden Anwendungsfall praktisch. Wer den Agenten in der eigenen, angemeldeten Safari-Sitzung arbeiten lassen will, mit bestehenden Logins und Cookies, findet das eher bei Community-Projekten wie MCPSafari von Epistates (3). Der Server baut auf einer echten Safari-Erweiterung auf, bringt 23 Werkzeuge mit, darunter React-kompatibles Ausfüllen von Formularen und eine Accessibility-Snapshot-Funktion, und installiert sich per Homebrew:
brew install --cask epistates/tap/mcp-safari
Danach muss die Erweiterung noch unter Safari → Einstellungen → Erweiterungen aktiviert werden (3).
Wer stattdessen mit Chrome arbeitet, hat mit dem Chrome DevTools MCP Server die entsprechende offizielle Lösung von Google zur Verfügung, mit Schwerpunkt auf Performance-Traces und Lighthouse-Analysen. Für Safari-Kompatibilität, Barrierefreiheit und den schnellen Blick ins DOM ist Apples eigener Server jetzt der direktere Weg.
Ein Terminal-Befehl, zwei Häkchen in den Einstellungen, und der Agent sieht, was der Browser tatsächlich zeigt.