Zuerst gehostetes Browserbase verbinden, die Seite mit observe ansehen, dann über act entscheiden

Für wen

Wenn ein LLM in einem Cloud-Browser Seiten öffnen, bedienbare Elemente beobachten oder Informationen extrahieren soll, passt dieser Dienst. Offiziell nutzt er Browserbase und Stagehand für Cloud-Browserautomatisierung und kann mit Seiten interagieren, Informationen extrahieren und automatische Aktionen ausführen.

Dieses aktuelle GitHub-Repository nicht als gepflegte Produktionsimplementierung behandeln: der Auszug sagt, das Repo sei archiviert und nicht mehr gepflegt, nur historische Referenz, und stehe nicht für den heutigen Produktionsdienst von Browserbase. Der Hauptweg ist gehostetes MCP, nicht das Klonen dieses archivierten Codes auf der Maschine.

Der aktuelle Auszug nennt sechs Werkzeuge: start, end, navigate, act, observe, extract. Beim ersten Mal zuerst eine Sitzung anlegen, dann beobachten; nicht zuerst act. Der Cloud-Browser besucht die angegebene URL und kann Sitzungskosten erzeugen; nicht so verstehen, als gäbe es kein Netz und keine Privatsphäregrenze.

Ersten Versuch in 3 Minuten

Offiziell die gehostete Dienst per SHTTP verbinden, um die Host-Kapazität auszunutzen; nicht parallel STDIO-Self-Hosting laufen lassen:

https://mcp.browserbase.com/mcp 

Einen SHTTP-fähigen MCP-Client auf https://mcp.browserbase.com/mcp zeigen. Der Auszug nennt das den leichtesten Start, und sie tragen Gemini-LLM-Kosten. Der Auszug legt keinen Client-Konfigurationsdateinamen fest.

Nach dem Verbinden einen risikoarmen Versuch in dieser Reihenfolge: zuerst start (keine Eingabe) aufrufen, um eine Browserbase-Sitzung zu erzeugen oder wiederzuverwenden. Dann navigate, url mit einer Adresse füllen, die du ohnehin öffnen wolltest; keine Beispiel-URL erfinden, die nicht im Auszug steht. Nach dem Öffnen observe aufrufen, in instruction die zu beobachtenden bedienbaren Elemente schreiben. Beim ersten Versuch nicht act aufrufen.

Nebenwirkungen: start erzeugt oder wiederverwendet eine Cloud-Sitzung; navigate lässt die Sitzung die angegebene URL öffnen. Vor dem Absenden bestätigen, dass die URL öffenbar ist. Das Erfolgssignal ist, dass observe eine Beobachtung bedienbarer Elemente zurückgibt, nicht dass https://mcp.browserbase.com/mcp unerreichbar ist oder die Sitzung nie start hatte.

Anwendungsfälle

Fall 1: beobachten, was auf der Seite klickbar ist. Der Auszug sagt, observe diene zu Observe actionable elements on the page, Eingabe { instruction: string }. Nach start und navigate aufrufen. Bei Erfolg siehst du bedienbare Elemente gemäß instruction. Konkrete Rückgabefelder stehen nicht im Auszug.

Fall 2: Daten von der Seite extrahieren. Der Auszug sagt, extract diene zu Extract data from the page, Eingabe { instruction?: string }. Bei Erfolg ein Extraktionsergebnis, keine Beobachtungsliste. instruction kann fehlen, aber der Auszug erklärt den Extraktionsumfang bei Fehlen nicht; das Standardverhalten nicht als belegt hinstellen.

act führt Perform an action on the page aus, Eingabe { action: string }. Das ist eine schreibende Seitenaktion; zuerst bestätigen, dass action der gewünschte Schritt ist. end schließt die aktuelle Sitzung; nach Gebrauch schließen; der Auszug schreibt kein Undo und kein Replay.

Nutzungsgrenzen

Der Hauptweg ist gehostetes SHTTP: https://mcp.browserbase.com/mcp . Unterstützte Transporte sind STDIO und SHTTP; SHTTP wird empfohlen. Dieses Repository ist archiviert. Der Auszug gibt außerdem Self-Hosting per npx @browserbasehq/mcp und zeigt BROWSERBASE_API_KEY, BROWSERBASE_PROJECT_ID, GEMINI_API_KEY; das ist ein Konkurrenzweg, beim ersten Mal nicht gehen und keine Beispielschlüssel eintragen.

Die Produktseite ist https://www.browserbase.com/ . Der Dokumenteingang ist https://docs.browserbase.com/integrations/mcp/introduction . Das offizielle Repository ist https://github.com/browserbase/mcp-server-browserbase . Nicht erschienene Selektorparameter, Sitzungsabrechnungszahlen und Widerrufschritte nicht selbst vervollständigen.