Launch dein SaaS mit einem Browser-Agenten auf Verzeichnissen

Was ein Browser-Agent braucht

Zugriff auf die Repository-Dateien

Der Agent muss das Playbook einer Plattform, product.json und identity.json lesen. Ein Coding-Agent mit Browser-Tool liest sie direkt; ein rein gehosteter Browser-Agent braucht dich, um ihm pro Plattform das passende Playbook und die Produktfakten zu geben.

Ein Browser, in dem du eingeloggt bist

Einreichungen passieren mit deinen Accounts. Ein Browser-Agent, der in seinem eigenen Remote-Browser läuft, ist nicht als du eingeloggt und kann dein Postfach nicht nach Verifikationscodes lesen; die Anleitung im Repository geht von einem Chrome aus, den du sehen kannst.

Eine Möglichkeit, Ergebnisse zu erfassen

record.py und das lokale Dashboard sind Python-Skripte auf deinem Rechner. Kann der Browser-Agent sie nicht ausführen, erfasst du jedes Ergebnis nach dem Lauf selbst im Dashboard.

Die Stop-Bedingungen des Runbooks

Erst Duplikatsuche, Identitätsprüfung pro Plattform, keine Käufe, Stopp bei CAPTCHA oder Unklarheit. Das sind Anweisungen, die der Agent tatsächlich befolgen muss, keine Funktionen, die er mitbringt.

Einen Browser-Agenten mit deinem Chrome verbinden

BROWSER-SETUP.md ist für Agenten geschrieben, die sich an einen Chrome hängen, den du beaufsichtigst. Ist dein Browser-Agent ein Coding-Agent mit Browser-Tool, gilt die Anleitung unverändert: Chrome DevTools MCP mit Auto-Connect an deinem Alltags-Chrome (144 oder neuer) oder ein dediziertes Chrome-Profil mit lokalem Debugging-Port, eine langlebige Verbindung pro Batch.

Bringt dein Browser-Agent seinen eigenen Browser mit, sagt dir der Smoke-Check der Anleitung trotzdem, ob er brauchbar ist: Kann er die öffentliche Startseite eines Verzeichnisses öffnen und die Überschrift lesen, kann er sich mit deiner Identität bei einem Ziel-Verzeichnis anmelden, kommt er für die Verifikations-Mail an dein Postfach? Lautet die Antwort auf die letzten beiden nein, plane diese Schritte für dich ein.

In beiden Fällen: unzusammenhängende sensible Tabs schließen, nur die für das Produkt freigegebenen Seiten nutzen, nie Cookies oder ein Browser-Profil exportieren, und einen abgeschlossenen Tool-Call als nicht mehr behandeln als einen Tool-Call — die Seite zurücklesen, um zu sehen, ob gespeichert wurde.

Der Start-Prompt

Der öffentliche Start-Prompt aus START.md, unverändert. Er setzt einen Agenten voraus, der im geklonten Ordner Python ausführen kann — typischerweise ein Coding-Agent mit Browser-Tool. Bei einem rein gehosteten Browser-Agenten führst du stattdessen die „doing it yourself“-Befehle aus START.md in deinem Terminal aus und nutzt das Dashboard, um dem Agenten Prompts pro Plattform zu kopieren.

Read AGENTS.md, then follow "Start the dashboard for the owner". Create my private
workspace if I do not have one yet, start the dashboard, and give me the link.

Playbooks und Anweisungen sind englisches Markdown — das können Coding-Agenten am besten. Deine Produkttexte dürfen in jeder Sprache sein, die ein Verzeichnis akzeptiert; der Agent antwortet dir in deiner Sprache.

So oder so landen Workspace, product.json, authorizations.json und submissions.csv als Dateien auf deinem Rechner, und das Dashboard zeigt, was live, ausstehend oder geplant ist oder auf dich wartet.

Wie ein Lauf aussieht

Die Illustration unten ist die von der Startseite: ein Batch, jede Plattform endet in dem Zustand, der tatsächlich beobachtet wurde. Bei einem Browser-Agenten trägst du die Zustände vielleicht nach dem Lauf selbst ein; so oder so kommen sie aus dem Tracker, nicht von dieser Seite.

Was weiterhin dich braucht

LaunchRepo ist bewusst kein Hintergrunddienst. Diese Momente stoppen den Lauf und werden als Übergabe an den Menschen erfasst; der Agent arbeitet nie um sie herum:

CAPTCHAs und Bot-Prüfungen

Egal welcher Agent, die Prüfung löst du im vorgesehenen Fenster. Der Tracker erfasst prepared_needs_human; in keinem Playbook gibt es Stealth- oder Umgehungsschritte.

2FA und Verifikationscodes

Die meisten Verzeichnisse bestätigen per E-Mail. Kann der Browser-Agent dein Postfach nicht lesen, sind Code und Bestätigungsklick eine Übergabe an den Menschen — als solche erfasst, nie als automatisierter Zugriff.

Kostenpflichtige Upsells

Wege, die nur gegen Bezahlung gehen, werden als deferred_paid erfasst. Einem Browser-Agenten muss man sagen, dass er nicht kauft; die Playbooks sagen es auf jeder Plattform, und die Entscheidung bleibt bei dir.

Erfassen und bestätigen

Kann der Agent record.py nicht ausführen, trägst du das Ergebnis im lokalen Dashboard ein. „Live“ braucht immer eine öffentliche URL und deine Bestätigung.

Kein Benchmark, kein Ranking: Wir nennen browser agents kompatibel, weil die zwei Anforderungen oben erfüllt sind, nicht weil wir gegen andere Agenten gemessen hätten.

Fragen