Fix Remote Browser Automation mit OpenClaw Node Setup

Wenn Sie mit Browser-Automatisierung auf einem entfernten VPS zu kämpfen hatten – CDP-Port-Probleme, kopflose Screenshots, Profilverwaltung – gibt es einen einfacheren Ansatz: Führen Sie OpenClaw als Knoten auf Ihrem persönlichen Rechner aus, nicht als Gateway. Das Gateway-VPS übernimmt die LLM-Verarbeitung und Agenten-Orchestrierung; Ihr lokaler Knoten führt den eigentlichen Browser aus.

Einrichtung

Installieren Sie OpenClaw auf Ihrem lokalen Rechner normal, aber konfigurieren Sie es nicht als Gateway. Schalten Sie den kopflosen Modus aus und verwenden Sie ein dediziertes Profil:

openclaw config set browser.headless false --json
openclaw config set browser.defaultProfile "openclaw"

Starten Sie OpenClaw lokal neu. Der Browser erscheint nun als sichtbares Fenster – kein Warten mehr auf Screenshots, um zu sehen, was der Agent tut.

Aufgaben weiterleiten

Sobald der Knoten bei Ihrem Gateway registriert ist, senden Sie Aufgaben auf zwei Arten:

• Dedizierter Agent – weisen Sie ihn an, ausschließlich auf Ihrem lokalen Knoten zu laufen.
• Slash-Befehl – verwenden Sie aus einem beliebigen Kanal /exec host=node node=<node_id_or_name> <Ihre Anweisung>, um spezifische Anweisungen an Ihren lokalen Browser zu senden.

Der Agent läuft unter Ihrer Heim-IP, verwendet Ihre vorhandenen Logins und Cookies, und Sie können bei Bedarf sogar die manuelle Kontrolle übernehmen. Der RAM-Verbrauch liegt im Leerlauf unter 50 MB; die CPU steigt nur während Aufgaben an.

Warum das funktioniert

Kein CDP-Tunneling, kein RDP, keine Portweiterleitung. Das Gateway orchestriert; der lokale Knoten führt aus. Es löst die häufigsten Beschwerden über die Fernsteuerung von Browsern – Sichtbarkeit, Sitzungspersistenz und IP-Reputation.