Stabile OpenClaw-Browserautomatisierung mit Chrome-Remotedebugging und Playwright
Ein Entwickler auf r/openclaw teilte eine praktische Problemumgehung für persistente Browserautomatisierungssitzungen mit OpenClaw, die Zuverlässigkeitsprobleme mit dem integrierten Browser und dem Chrome-Erweiterungsrelay anspricht.
Das Problem
Laut der Quelle ist der integrierte Browser von OpenClaw unzuverlässig. Das Chrome-Erweiterungsrelay trennt sich nach ein- oder zweimaliger Nutzung und erfordert jedes Mal eine manuelle Wiederherstellung der Verbindung über das Symbol in der Symbolleiste. Dies macht es unbrauchbar, wenn man nicht am Schreibtisch ist oder mobil unterwegs. Der Entwickler versuchte verschiedene Chrome-Profile, startete das Gateway mehrmals neu und passte die Konfiguration an, jedoch ohne Erfolg.
Die Lösung
Die funktionierende Methode umfasst:
- Starten von Chrome mit dem Befehlszeilen-Flag:
--remote-debugging-port=9222, das auf seinen eigenen Benutzerdatenordner verweist - Anmelden bei Diensten (Amazon, Gmail, X usw.), damit Cookies erhalten bleiben
- Verbinden von Playwright mit:
chromium.connect_over_cdp("http://localhost:9222")
Ergebnisse
Nach zwei Stunden Testen berichtete der Entwickler von null Neustarts und null manuellen Wiederherstellungen der Verbindung. Das Setup bewältigte erfolgreich das Durchsuchen von Amazon, das Hinzufügen von Artikeln zum Warenkorb, das Generieren von Bildern mit Grok und Gemini sowie das Ausführen von Websuchen ohne Verbindungsabbrüche. Der Entwickler beschrieb dies als "eine völlig andere Erfahrung" im Vergleich zum erweiterungsbasierten Ansatz.
📖 Read the full source: r/openclaw
👀 Siehe auch
Cron-Jobs mit KI-Fallback können unerwartete API-Kosten verursachen, wenn Tools hängen bleiben
Ein Benutzer meldete, dass ein Cron-Job in OpenClaw, der alle 10 Minuten einen E-Mail-Posteingang mit himalaya überprüft, etwa 60 US-Dollar an API-Guthaben verbrauchte, als die IMAP-Verbindung hängen blieb. Dies löste bei jedem Timeout Claude-Agenten aus, obwohl die Anweisung lautete, KI nur für eingehende E-Mails zu nutzen.
Claude Code und die unvernünftige Effektivität von HTML für KI-Agenten
Ein viraler Beitrag zeigt, wie KI-Codierungsagenten wie Claude Code bessere Ergebnisse liefern, wenn sie angewiesen werden, HTML zu generieren, mit funktionierenden Beispielen und einem begleitenden Blogbeitrag, der das Muster diskutiert.
Pro KI-Agent-Dummheit beheben: Ein gemeinsamer Kontextbaum pro Repository
Der Grund, warum KI-Mitarbeiter sich dumm anfühlen, ist nicht das Modell – es ist der Mangel an gemeinsamem Kontext. Die Lösung eines Entwicklers: ein Kontextbaum-Repository mit hierarchischen Markdown-Knoten, die der Agent automatisch pflegt.
Arbeiteragenten sollten nicht direkt Speicher schreiben: Ein Kurator-Agent-Muster
Ein Reddit-Beitrag beschreibt ein Memory-Curator-Muster, das verhindert, dass Worker-Agenten direkt in den gemeinsamen Speicher schreiben, indem Ereignisse durch eine Validierungs- und Bereichsschicht geleitet werden.