Claude Browser

Mehrere persistente Browser-Tabs in VS Code, die von Claude über MCP gesteuert werden können.

Öffnen Sie GitHub in einer Editor-Gruppe und ein Claude-Terminal in einer anderen. Bleiben Sie über Neustarts hinweg angemeldet. Lassen Sie Claude dieselbe Seite lesen und anklicken, die Sie gerade ansehen, ohne den Editor zu verlassen.

Was es tut

• Viele Tabs, nicht einer. Jeder Browser-Tab ist ein Editor-Tab, sodass er sich teilen, zwischen Gruppen ziehen und an der Stelle wieder öffnen lässt, an der Sie aufgehört haben.

• Sitzungen bleiben erhalten. Cookies und lokaler Speicher überleben einen Neustart und werden von jedem Tab gemeinsam genutzt. Einmal bei Slack anmelden genügt also.

• Websites, die sich weigern, in Frames angezeigt zu werden, funktionieren trotzdem. GitHub, Slack und Google senden alle X-Frame-Options: DENY, weshalb der integrierte Simple Browser sie nicht anzeigen kann.

• Claude steuert es. Die Erweiterung hostet einen MCP-Endpunkt mit Werkzeugen zum Auflisten von Tabs, Navigieren, Erstellen von Seiten-Snapshots, Klicken, Tippen und Lesen der Konsole.

• Es ist ein echtes DOM. Kein Videostream eines Browsers: Die Eingabelatenz ist nativ, Textauswahl und das Such-Widget funktionieren, und Audio wird abgespielt.

Erste Schritte

yarn install
yarn build

Drücken Sie F5, um einen Extension Development Host zu starten, und führen Sie dann Claude Browser: Open Browser Tab aus der Befehlspalette aus.

Um Claude die Steuerung zu überlassen, öffnen Sie ein Terminal im selben Fenster und führen Sie claude aus. Die Erweiterung schreibt ihren Endpunkt in die .mcp.json des Workspace, sodass die Werkzeuge bereits vorhanden sind. Führen Sie Claude Browser: Show MCP Endpoint aus, wenn Sie ihn lieber von Hand registrieren möchten.

Befehle

Einstellungen

Wie es funktioniert, in einem Absatz

Eine VS-Code-Webview ist ein sandboxed iframe, und die Websites, die es wert sind, offen zu bleiben, weigern sich, in Frames angezeigt zu werden. Die Erweiterung führt daher einen lokalen Umschreibungs-Proxy aus: Jede Website wird von ihrem eigenen Loopback-Ursprung wie github.com.s.localhost:41998 bereitgestellt, wobei die Frame- und Transport-Header auf dem Weg umgeschrieben werden. Cookies erreichen den Browser überhaupt nicht; der Proxy hält sie und hängt sie stromaufwärts wieder an, was der einzige Weg ist, wie __Host--präfixierte Sitzungscookies überleben können, wenn sie von einem anderen Ursprung bereitgestellt werden. Ein kleiner Shim wird in jede Seite injiziert, um ihre Netzwerkaufrufe umzuleiten, die Navigation auf dem Proxy zu halten und Befehle von MCP-Werkzeugen auszuführen.

Die Details und die Dinge, die dieser Ansatz nicht kann, finden Sie in docs/.

Dokumentation

• Architektur — die Komponenten und wie sie kommunizieren

• Proxy — Ursprungszuordnung, Header-Umschreibung, der Seiten-Shim

• Persistenz — wo Sitzungen leben und was was übersteht

• MCP — die Werkzeuge und wie man sich verbindet

• Sicherheit — das Bedrohungsmodell und die Anfrage-Absicherung

• Einschränkungen — was nicht funktioniert und warum

• Entwicklung — Bauen, Testen, Veröffentlichen