Skip to main content
AI Tool Radar
OSI-openComputer-Use und autonome Agents

Browser Harness

browser-use

Self-Healing-Browser-Harness, der LLMs ermöglicht, einen echten Browser via CDP zu steuern.

14.8k Stars(Stand 2026-06-14)Auf GitHub ansehenHomepage

Was ist Browser Harness?

Browser Harness ist ein dünner Chrome-DevTools-Protocol-Wrapper, der LLMs die Steuerung eines echten Browsers erlaubt. Agents schreiben fehlende Hilfsfunktionen on the fly und bauen über Runs hinweg eine wachsende Bibliothek site-spezifischer Skills. Er integriert sich mit Browser Use Cloud für Stealth und headloses Deployment.

Browser Harness im Detail

Die meisten Browser-Automatisierungen brechen in dem Moment, in dem eine Website einen Button ändert oder ihr Layout umbaut, und die darauf aufbauenden Agenten erben genau diese Zerbrechlichkeit. Browser Harness vom Team hinter Browser Use geht das Problem anders an. Es ist ein dünner Wrapper um das Chrome DevTools Protocol, der ein Large Language Model eine echte Chrome-Instanz steuern lässt statt einer abgeschotteten Emulation. Anstatt eine feste Bibliothek aus Selektoren und Hilfsfunktionen mitzuliefern, gibt es dem Agenten direkten, tiefen Zugriff auf den Browser und die Freiheit, fehlenden Code während eines Laufs selbst zu schreiben. Die Beschreibung bleibt ehrlich: ein kleines Harness, kein vollständiges Framework, das Kontrolle über Politur stellt und die eigentliche Arbeit dem Modell überlässt.

Die eigentliche Idee ist Selbstheilung durch Anhäufung. Stößt der Agent auf etwas, das die vorhandenen Helfer nicht abdecken, schreibt er spontan einen neuen Helfer in einen editierbaren Workspace, und dieser Code bleibt für spätere Läufe erhalten. Mit der Zeit wächst eine Bibliothek aus Domain Skills, kleinen Playbooks, die Selektoren, Abläufe und Sonderfälle einzelner Websites festhalten. Der Kern bleibt bewusst winzig, die Maintainer sprechen von rund tausend Zeilen über wenige Dateien, sodass das relevante Verhalten in lesbarem, anpassbarem Code liegt und nicht in einer Abstraktion versteckt ist. Verbunden wird lokales Chrome über Remote-Debugging, und derselbe Agent kann Browser von Browser Use Cloud ansteuern, für Stealth, Proxys und Captcha-Handling.

Die natürliche Zielgruppe sind Entwickler, die LLM-Agenten mit persistenten Browser-Sitzungen bauen und über viele Läufe hinweg seitenspezifisches Wissen ansammeln wollen. Konkrete Beispiele im Repository decken bereits LinkedIn-Outreach, Amazon-Bestellungen und Spesenabrechnung ab und deuten auf die wiederkehrenden, halbstrukturierten Abläufe hin, in denen das Tool glänzt: Aufgaben, die jedes Mal leicht variieren, aber einem stabilen Grundmuster folgen. Es passt auch zu Teams, die auf Protokollebene genau prüfen wollen, was ihr Agent tut, statt einer geschlossenen Laufzeit zu vertrauen. Da die Installation über einen Setup-Prompt läuft, den man in einen Coding-Agenten wie Claude Code einfügt, eignet es sich eher für Leute, die ohnehin in einer agentischen Coding-Schleife arbeiten, als für jene, die ein klassisches SDK per pip install erwarten.

Die Ehrlichkeit muss auch für die Schwächen gelten. Es ist reines Python, ohne offizielles TypeScript- oder Node-SDK, sodass JavaScript-orientierte Teams vorerst außen vor bleiben. Stealth, Proxys und Captcha-Lösung stützen sich auf Browser Use Cloud, womit ein Teil des Nutzens hinter einem kommerziellen Dienst liegt und eine teilweise Anbieterbindung entsteht, obwohl das Harness selbst MIT-lizenziert ist. CDP gewährt tiefe Kontrolle über den Browser, und ein LLM Helfercode dagegen schreiben und ausführen zu lassen verlangt in der Produktion sorgfältige Isolation, denn ein kompromittierter oder verwirrter Agent hat echte Reichweite. Auch die Selbstheilungs-Schleife kann driften und Helfer erzeugen, die einmal funktionieren, aber Ballast ansammeln, und das Projekt bewegt sich mit vielen offenen Pull Requests schnell, ohne stabile öffentliche API.

Im Vergleich zum kommerziellen Pendant Browser Use Cloud ist das Harness die offene, selbst gehostete Schicht mit wenig Abstraktion statt eines verwalteten Produkts, und beide sind als Ergänzung gedacht, wobei die Cloud die Infrastruktur liefert, an die das Harness andockt. Greif zu, wenn du dich in Python wohlfühlst, die Automatisierungslogik selbst lesen und besitzen willst und einen Agenten schätzt, der mit der Zeit ohne manuelle Selektorpflege besser auf deinen Websites wird. Betrachte es als zu früh, wenn du heute eine eingefrorene Produktions-API, Mehrsprachigkeit oder starke Garantien brauchst, denn es entwickelt sich rasant, und das Sicherheitsmodell rund um den CDP-Zugriff verlangt dem Integrierenden noch viel ab. Für Experimente und interne Agenten ist es überzeugend, für geschäftskritische Systeme sollte man die Reife abwarten.

Vor- & Nachteile

Pros

  • Self-Healing-Design verbessert sich automatisch über Runs hinweg ohne manuelle Updates
  • Minimale Abstraktion (~1k Zeilen über 4 Dateien) - leicht zu auditieren und zu erweitern
  • Aktive Community mit vielen offenen PRs und echtem Einsatz

Cons

  • Nur Python - kein offizielles TypeScript/Node-SDK
  • Stealth-Features hängen von Browser Use Cloud ab - partieller Vendor-Lock-in
  • CDP-Level-Zugriff erfordert sorgfältige Sicherheitsisolation in Produktion

Lizenz

MIT (OSI-open)

Wann interessant

Aufbau von LLM-Agents, die persistente Browser-Sessions mit angesammelten site-spezifischen Skills und minimaler Abstraktion über CDP benötigen.

Wann zu früh

Du benötigst eine stabile Produktions-API - der Harness entwickelt sich noch schnell.

Kommerzielle Alternative & Verwandtes

  • Kommerzielles Pendant: Browser Use Cloud

Dieses Repo war in der Ausgabe 2026-07 des Open-Source-KI-Radars.