Der eingebaute Browser von Cursor reicht für die eigene App auf localhost. Er navigiert, klickt und macht Screenshots. Für echte Websites ist er aber ein isoliertes Webview: keine dauerhaft brauchbaren Cookies, kein verwalteter fingerprint und keine saubere Identität, wenn ein Anti-Bot-System die Umgebung prüft.
TL;DR: Verbinden Sie Cursor über CDP (Chrome DevTools Protocol) mit Clawbrowser. Ihr Agent steuert dann einen echten Chromium-Browser mit persistenten Profilen, verwalteten fingerprints und proxy routing. Installation, Profil starten, lokalen Endpoint in Cursor verwenden.
Warum Cursors eingebauter Browser nicht reicht
Cursor liefert ein browser tool, das als sandboxed Webview über einen MCP server läuft. Für Entwicklung reicht das: navigate, click, type, scroll, screenshot, console output und network traffic.
Sobald der Agent nicht mehr nur localhost sieht, werden die Grenzen sichtbar:
| Einschränkung | Was passiert |
|---|---|
| Sandboxed webview | Keine echte Chromium-Instanz. Websites erkennen fehlende APIs und untypische window properties. |
| Keine Session-Persistenz | Cookies und localStorage sind workspace-gebunden und zwischen Läufen nicht zuverlässig. |
| Kein fingerprint management | Canvas hash, WebGL renderer und navigator properties bleiben statisch. |
| Kein proxy support | Traffic läuft über die Standard-IP Ihrer Maschine. Datacenter-IPs werden schnell markiert. |
| Zuverlässigkeitsprobleme | Cursor 2.3.18+ brachte Regressionen bei Clicks, Scroll und Element-Erkennung. |
Wenn Ihr Agent sich einloggen, Daten hinter Cloudflare lesen oder einen mehrstufigen Workflow auf einer Produktionsseite ausführen soll, ist das eingebaute Webview der falsche Browser.
Was CDP bringt
CDP (Chrome DevTools Protocol) ist die Standardschnittstelle, um Chromium-Browser programmatisch zu steuern. Playwright nutzt connectOverCDP, Puppeteer nutzt puppeteer.connect, und rohe CDP-Clients öffnen einen WebSocket zum Debugging-Port.
Mit einem externen Browser über CDP bekommt Cursor:
- Einen echten Browser mit vollständiger Rendering-Engine, Extensions und Standard-APIs
- Persistente Sessions mit Cookies und Login-State über mehrere Agent-Läufe hinweg
- Volle Seitenkontrolle über dasselbe Protokoll, das Playwright und Puppeteer verwenden
- Anti-detection, wenn Browser, fingerprint und proxy als konsistente Identität auftreten
Die Verbindung ist eine normale WebSocket-URL. Jedes Tool, das CDP spricht, kann sich an jeden Browser hängen, der einen CDP endpoint bereitstellt. Clawbrowser stellt pro Profil einen bereit.
Cursor mit Clawbrowser verbinden: Schritt für Schritt
Voraussetzungen
- macOS (Apple Silicon), Linux (x64 oder arm64) oder Windows
- Cursor installiert
- Eine Clawbrowser API key von
app.clawbrowser.ai
Schritt 1: Clawbrowser installieren
Laden Sie den clawctl Bootstrapper herunter und entpacken Sie ihn:
# macOS (Apple Silicon)
archive="clawctl-macos-arm64.tar.gz"
curl -fL --retry 3 -o "$archive" \
"https://github.com/clawbrowser/clawctl/releases/latest/download/${archive}"
tar -xzf "$archive"Für Linux verwenden Sie clawctl-linux-amd64.tar.gz oder clawctl-linux-arm64.tar.gz. Docker und sudo sind nicht nötig.
Setzen Sie Ihre API key:
./clawctl config set api-keySchritt 2: Browserprofil starten
Starten Sie Clawbrowser mit einem benannten Profil. Jedes Profil hat eigenen fingerprint, Cookie-Speicher und optionalen proxy:
# Start a profile and open the verification page
clawctl start --profile cursor-dev --url clawbrowser://verify/ --json
# Get the CDP endpoint for this profile
clawctl endpoint --profile cursor-dev --jsonDer Befehl endpoint gibt eine URL wie http://127.0.0.1:9222 zurück. Das ist der CDP endpoint für Ihren Cursor-Agenten.
Schritt 3: Aus Cursor per MCP verbinden
Der einfachste Weg ist der eingebaute MCP server von Clawbrowser. Er stellt Navigation, Screenshots, Clicks, Tab-Verwaltung und Profilstart als MCP tools bereit. Der Server verwaltet die CDP-Verbindung intern.
Führen Sie den Installer aus:
clawctl install --agent all --jsonDamit wird die lokale MCP-Konfiguration geschrieben, die Cursor laden kann.
Alternative: Microsoft Playwright MCP
Wenn Sie lieber Microsofts offiziellen Playwright MCP server verwenden, tragen Sie den Clawbrowser CDP endpoint unter Cursor Settings > MCP > Add Server ein:
{
"mcpServers": {
"playwright": {
"command": "npx",
"args": [Beide Wege geben Cursor browser tools auf hoher Ebene. Der Clawbrowser MCP server ergänzt Profil- und fingerprint management.
Schritt 4: Verbindung prüfen
Bitten Sie den Cursor-Agenten, eine Testseite zu öffnen:
Navigate to https://browserleaks.com/canvas and take a screenshot. Tell me what canvas fingerprint hash you see.
Wenn alles funktioniert, sehen Sie einen echten canvas fingerprint aus dem Clawbrowser-Profil statt des generischen Webview-Hashes.
Direkte CDP-Verbindung aus Code
Wenn Ihr Cursor-Agent Skripte schreibt und ausführt, verbinden Sie Playwright oder Puppeteer direkt:
Playwright (Python)
from playwright.async_api import async_playwright
async def browse_with_clawbrowser():
async with async_playwright() as p:
# Connect to Clawbrowser's CDP endpointPlaywright (Node.js)
const { chromium } = require('playwright');
const browser = await chromium.connectOverCDP('http://127.0.0.1:9222');
const page = browser.contexts()[0].pages()[0];
Puppeteer
const puppeteer = require('puppeteer');
const browser = await puppeteer.connect({
browserURL: 'http://127.0.0.1:9222'
});Alle drei Frameworks verbinden sich mit demselben CDP endpoint. Clawbrowser verwaltet darunter Canvas, WebGL, AudioContext, Fonts, Auflösung, timezone, navigator properties und proxy routing konsistent pro Profil.
Warum Anti-Detection für Cursor-Agenten zählt
Wenn Ihr Cursor-Agent mit einem Standardbrowser arbeitet, prüfen Anti-Bot-Systeme die Browseridentität über viele Oberflächen:
| Signal | Was geprüft wird | Standard Chrome | Clawbrowser |
|---|---|---|---|
| Canvas hash | GPU rendering fingerprint | Static, matches known automation profiles | Unique per profile, consistent with reported GPU |
| WebGL renderer | Graphics card identifier | Exposes real hardware | Matches the profile's simulated hardware |
| Navigator properties | Browser version, platform, language | Generic Chromium values | Consistent with profile's OS and locale |
| Timezone | System timezone vs IP geo | Mismatches with proxy location | Auto-aligned with proxy geography |
| CDP detection | Runtime.enable traces |
Detectable via leaked CDP artifacts | Engine-level patches suppress CDP signals |
Standard-Chromium über CDP hinterlässt Spuren, die Anti-Bot-Systeme schnell auswerten. Clawbrowser patcht diese Signale auf Engine-Ebene, nicht über JavaScript-Overrides, die sich über property descriptors oder prototype chains erkennen lassen.
Das ist der Unterschied zwischen chrome --remote-debugging-port=9222, das blockiert wird, und Clawbrowser, das eine konsistente Identität liefert.
Mehrere Profile verwalten
Jedes Clawbrowser-Profil ist isoliert. Starten Sie mehrere Profile parallel für verschiedene Konten oder Projekte:
# Create three profiles with different locations
clawctl create --profile account-a --location sweden --json
clawctl create --profile account-b --location germany --json
clawctl create --profile account-c --location japan --json
Jedes Profil erhält einen eigenen fingerprint, eine eigene proxy IP und isolierten Speicher. Plattformen sehen unabhängige Nutzer auf unterschiedlichen Maschinen in unterschiedlichen Ländern.
Der Cursor-Agent kann zwischen Profilen wechseln, indem er andere CDP endpoints nutzt, oder mehrere Profile parallel aus einem Skript steuern.
Cursors eingebauter Browser vs CDP vs Clawbrowser
| Cursor built-in | Chrome via CDP | Clawbrowser via CDP | |
|---|---|---|---|
| Browser engine | Sandboxed webview | Real Chromium | Real Chromium (patched) |
| Session persistence | Workspace-scoped | Manual profile dirs | Named profiles with auto-persistence |
| Fingerprint management | None | None | 20+ surfaces managed per profile |
| Proxy support | None | Manual flag | Profile-bound, geo-aligned |
| Anti-bot survival | Blocked instantly | Blocked within minutes | Passes Cloudflare, DataDome, PerimeterX |
| Multi-account | Not possible | Separate --user-data-dir |
Built-in profile isolation |
| Setup complexity | Zero (built in) | Moderate | Three commands |
Nutzen Sie den eingebauten Browser für die eigene App auf localhost. Nutzen Sie Clawbrowser über CDP für alles, was echte Websites berührt.
FAQ
Funktioniert das mit Cursors agent mode?
Ja. Cursors agent mode kann jeden MCP server nutzen, auch solche, die per CDP mit externen Browsern verbunden sind. Die Aktionen laufen dann in Clawbrowser statt im sandboxed Webview.
Brauche ich Playwright oder Puppeteer?
Nur wenn der Agent Automatisierungsskripte schreibt und ausführt. Im normalen MCP-Workflow verwaltet der Server die CDP-Verbindung intern.
Kann ich Login-Sessions zwischen Cursor-Projekten wiederverwenden?
Ja. Clawbrowser-Profile persistieren Cookies, localStorage und IndexedDB. Melden Sie sich einmal an und verwenden Sie das Profil später in anderen Workspaces wieder.
Was passiert, wenn Cursors browser tool mit dem externen Browser verwechselt wird?
Sie können den eingebauten Browser in Settings > Features > Browser deaktivieren. Beide Browser können aber auch parallel existieren.
Ist Clawbrowser kostenlos?
Ja. Clawbrowser ist kostenlos, open source und MIT-lizenziert. Keine seat fees, keine Nutzungslimits, keine runtime subscription. Zur Validierung brauchen Sie eine API key von app.clawbrowser.ai.
Loslegen
Drei Befehle verbinden Ihren Cursor-Agenten mit einem echten Browser:
# Install Clawbrowser
clawctl install --json
# Set your API key
clawctl config set api-keyRichten Sie Ihren MCP server oder Ihr Playwright-Skript auf den zurückgegebenen endpoint. Cursor browsed dann mit verwalteten fingerprints, persistenten Sessions und proxy routing.
Mehr zu CDP lesen Sie in CDP-Browser für KI-Agenten: Entwicklerhandbuch. Die fingerprinting-Grundlagen stehen in Browser Fingerprinting: 20 Automatisierungssignale.
Weiterlesen
Ähnliche Artikel
CDP vs MCP: Wann welches Protokoll für KI-Browser-Steuerung
CDP steuert den Browser. MCP verbindet die KI. Erfahren Sie, wann Chrome DevTools Protocol und wann Model Context Protocol für die Browser-Automatisierung mit KI-Agenten eingesetzt wird.
Artikel lesen →
CDP-Browser für KI-Agenten: Ein Entwicklerhandbuch
Chrome DevTools Protocol ist die Standardmethode, mit der KI-Agenten Browser steuern. Standard Chrome wird erkannt. So verbinden Sie Ihren Agenten mit einem CDP-Browser, der nicht blockiert wird.
Artikel lesen →