LaunchRepoEin Coding-Agent arbeitet mit deinem Repository und deinen Dateien und kann einen echten Browser steuern; ein Browser-Agent klickt sich durch Webseiten, behält aber wenig von deinem Produkt oder davon, was „fertig“ auf der jeweiligen Seite bedeutet; ein Done-for-you-Dienst erledigt die Arbeit für dich und schickt einen Bericht. Alle drei können ein SaaS in ein paar Dutzend Verzeichnisse bringen. Verglichen werden sie meist über den Preis, doch was die Wahl entscheidet, ist, was jeder Weg von dir braucht, wer die Konten hält und was dir gehört, wenn die Charge abgeschlossen ist.
Dieser Artikel buchstabiert das aus, mit einem Entscheidungspfad am Ende. Er stammt vom Team hinter der ersten Option und sagt dir deshalb klar, wo ein Dienst die bessere Antwort ist.
Option 1: dein Coding-Agent
Ein KI-Coding-Agent – Claude Code, Codex, der Agent von Cursor oder ein ähnliches Tool, das ein Repository liest und Tools aufruft – wird zur Einreichungsmaschine, wenn du ihm drei Dinge gibst: einen Browser, den er bedienen kann, deine Produktfakten in Dateien, die er lesen kann, und Anweisungen pro Verzeichnis, die sagen, was das Formular will und wann er aufhören soll.
Was er braucht. Git und Python 3.10 oder neuer für den lokalen Tracker und das Dashboard. Das aktuelle Chrome, Node.js LTS und npm für die Browser-Verbindung: Das Kit nutzt Chrome DevTools MCP, mit dem ein Coding-Agent “control and inspect a live Chrome browser” kann (ein laufendes Chrome steuern und untersuchen), verbunden mit einem Chrome, in dem du angemeldet bist und das du beobachten kannst. Deine Produktfakten in einer Datei, deine öffentliche Identität in einer anderen und eine Entscheidung darüber, welche persönlichen Angaben auf Einträgen erscheinen dürfen. Dann ein Startprompt. Die Anleitung zur Chrome-Verbindung führt durch das Setup.
Kostenmodell. Du zahlst deinem Anbieter die Nutzung des Agenten und, mit LaunchRepo, eine einmalige Zahlung für das Repository. Dein zweites Produkt kostet Agentenzeit, keine zweite Lizenz, und es gibt keine Gebühr pro Verzeichnis.
Kontrolle. Vollständig und sichtbar. Der Agent arbeitet in deinem Browser mit deinen Konten. Erscheint ein CAPTCHA, eine Zwei-Faktor-Abfrage oder eine Verifizierungsmail, erfasst er prepared_needs_human, und du löst es im selben Fenster. Er zahlt nie: Ein Verzeichnis, dessen einziger Weg Geld kostet, wird als deferred_paid erfasst, und die Entscheidung bleibt bei dir. Jedes Ergebnis landet in einem lokalen Tracker mit Datum und, wo vorhanden, einer öffentlichen URL.
Was dir danach gehört. Die Konten, die Einträge, der Tracker mit den echten Status, die Playbooks und ein Ablauf, den du nächstes Quartal oder für das nächste Produkt wiederholen kannst. Nichts liegt auf dem Server eines Anbieters.
Wo er Aufwand verlangt. Ein einmaliges Setup: Browser-Verbindung, Berechtigungen und eine erste Onboarding-Sitzung. Während einer Charge bleibst du für Übergaben in Reichweite. Wenn du noch nie einen Agenten mit Browser-Tool betrieben hast, plane die erste Stunde als Lernzeit ein. Die Agenten-Seiten decken jedes Setup ab: Claude Code, Codex, Cursor, OpenClaw, Gemini CLI, Cline, OpenCode, Kiro, GitHub Copilot und Windsurf, jeweils geprüft gegen das dokumentierte Browser- und Freigabemodell des Tools.
Option 2: ein Browser-Agent
Browser-Agenten, gehostet oder lokal, übernehmen das Klicken bereits. Richte einen auf ein Einreichungsformular, gib ihm Text, und er füllt das Formular aus. Das sieht aus wie Option 1, unterscheidet sich aber in einem wichtigen Punkt: Standardmäßig trägt ein Browser-Agent dein Produkt nicht von Seite zu Seite mit und hat keine Regel dafür, was auf einem bestimmten Verzeichnis als abgeschlossen gilt.
Was er braucht. Dieselben Produktfakten und dieselbe Identität, pro Sitzung übergeben, weil ein gehosteter Browser-Agent dein Repository nicht lesen kann. Ein Briefing pro Verzeichnis: was das Formular fragt, was als Bestätigung zählt, was abzulehnen ist. Und einen Weg, Ergebnisse festzuhalten, denn der Agent kann deinen Tracker in der Regel nicht ausführen.
Kostenmodell. Nutzungsabrechnung vom Anbieter des Agenten, manchmal ein Abo für das Agentenprodukt selbst, plus das, was die Briefings liefert. Die Browser-Agenten-Seite erklärt, wie die Playbooks des Kits diese Rolle übernehmen können, wenn der Agent keine Dateien lesen kann. OpenAI hat den ChatGPT-Agentenmodus eingestellt; was ihn ersetzt hat und wie weit das bei einem Launch trägt, steht auf einer eigenen, datierten Seite.
Kontrolle. Hoch, solange du zusiehst, geringer, wenn du wegschaust. Ohne Regeln klickt ein Browser-Agent womöglich auf “Upgrade”, wenn das kostenlose Formular dahinter liegt, schickt nach einer unklaren Bestätigung zweimal ab oder notiert “launched” (gelauncht), nachdem er eine Danke-Seite gesehen hat. Diese Regeln müssen irgendwoher kommen.
Was dir danach gehört. Die Konten und Einträge, wenn du dich selbst angemeldet hast, und ein Nachweis, wenn du einen geführt hast. Ein Sitzungsverlauf ist kein Einreichungs-Tracker.
Wo er glänzt. Aufwendige, visuelle Formulare und einmalige Einreichungen, bei denen ein Repository übertrieben wäre. Schwächer ist er bei Chargen von dreißig Plattformen mit Nachfassen über mehrere Wochen, denn das ist eine Aufgabe der Statusverfolgung.
Option 3: ein Done-for-you-Dienst
Du zahlst, füllst ein Formular zu deinem Produkt aus, und ein Team – Menschen, Automatisierung oder beides – reicht es bei einer festen Zahl von Verzeichnissen ein und schickt einen Bericht. Das ist das größte und vielfältigste Segment, und der richtige Done-for-you-Einreichungsdienst spart echte Zeit.
Was er braucht. Von dir: Produktfakten, ein Logo, Screenshots und manchmal Zugang zu einer E-Mail-Adresse. Vom Anbieter: die Wahl eines Pakets. Der Umgang mit Konten unterscheidet sich. Manche Anbieter legen eine neue E-Mail-Adresse an und übergeben die Zugangsdaten, manche nutzen deine, und einer, den wir geprüft haben, reicht bei Verzeichnissen, die nur Google-Login anbieten, “using our own Google account” ein (mit dem eigenen Google-Konto des Anbieters). Lies diesen Teil, bevor du zahlst; die Vergleichsseiten zitieren jeden Anbieter.
Kostenmodell. Meist eine Einmalgebühr pro Produkt oder Website, gestaffelt nach Verzeichniszahl; manchmal ein Monatsplan. Am 30. September 2026 reichten die Einmalpakete der von uns verglichenen Anbieter von $60 bis $999 pro Produkt. Dein zweites Produkt kostet noch einmal dasselbe.
Kontrolle. Absichtlich gering – genau dafür zahlst du. Am Ende siehst du einen Bericht. Ob ein Eintrag den kostenlosen Weg genommen hat und ob „gelistet“ live oder in Prüfung heißt, hängt von der Berichterstattung des Anbieters ab. Manche liefern Live-Links und Screenshots, andere eine Tabelle.
Was dir danach gehört. Die Einträge, die live gegangen sind, und die Zugangsdaten, wenn der Anbieter sie übergibt. Das nächste Produkt ist ein neuer Auftrag. Manche Dienste versprechen ein bestimmtes Domain Rating oder eine Eintragszahl; was veröffentlicht wird, entscheiden trotzdem die Verzeichnisse.
Wo er die richtige Antwort ist. Ein Produkt, kein Interesse an Agenten und ein Budget. Dann ist ein Dienst eine vernünftige Wahl, und der Alternativen-Hub sortiert die Anbieter nach Modell, damit du nach Fakten auswählst.
Die Unterschiede, die den Ausschlag geben
| Coding-Agent + Toolkit | Browser-Agent | Done-for-you-Dienst | |
|---|---|---|---|
| Wer macht die Arbeit | Dein Agent, in deinem Browser | Der Agent, in seinem oder deinem Browser | Team oder Automatisierung des Anbieters |
| Wer hält die Konten | Du | Du, wenn du dich angemeldet hast | Anbieter oder du, je nach Paket |
| Preis wächst mit | Agentennutzung | Agentennutzung | Zahl der Produkte |
| Zweites Produkt | Dasselbe Repository | Dasselbe Setup, neue Briefings | Neuer Auftrag |
| Übergaben (CAPTCHA, 2FA) | Erfasst, du löst sie | Deine Sache, wenn du es bemerkst | Anbieter erledigt oder überspringt |
| Kostenloser vs. bezahlter Weg | Standardmäßig kostenlos, zahlt nie | Was er eben anklickt | Vom Paket definiert |
| Nachweis des Geschehenen | Lokaler Tracker, 11 Status | Was du aufbewahrt hast | Bericht des Anbieters |
| Danach | Playbooks, Tracker, Konten | Konten | Einträge, Bericht |
Die Zeile „Zweites Produkt“ trennt die Käufer. Wenn du ein Produkt pro Jahr herausbringst, gewinnt die Dienst-Spalte beim Aufwand, und der Preisunterschied ist klein. Wenn du mehrere herausbringst oder nach einer Umbenennung neu launchst, gewinnt die Repository-Spalte in beidem, und die Browser-Agent-Spalte hängt davon ab, wie sorgfältig du Nachweise führst.
Ein Entscheidungspfad in fünf Fragen
Antworte der Reihe nach und hör beim ersten klaren Ergebnis auf:
- Willst du den Prozess überhaupt anfassen? Nein: Wähle einen Dienst und vergleiche die Anbieter bei Kontoverwaltung und Berichten.
- Wirst du mehr als ein Produkt launchen oder eines neu launchen? Ja: Ein Coding-Agent mit Repository zahlt sich ab dem zweiten Lauf aus.
- Nutzt du schon einen Coding-Agenten im Terminal oder Editor? Ja: Ergänze eine Browser-Verbindung und die Playbooks; damit hast du den größten Teil des Wegs geschafft.
- Geht es um ein einzelnes, visuelles, einmaliges Formular? Ja: Ein Browser-Agent mit klarem Briefing ist am schnellsten.
- Brauchst du über Wochen einen Nachweis geplanter, ausstehender und live geschalteter Einträge? Ja: Nutze einen Tracker, egal welche Option das Klicken übernimmt.
Was LaunchRepo in diesem Rahmen ist
LaunchRepo ist Option 1, verpackt: 299 aktive Plattform-Playbooks mit Stand 24. September 2026, eine Produktvorlage, ein Tracker mit elf unterschiedlichen Ergebnis-Status und ein lokales Dashboard, in einem privaten Repository, das dein eigener Agent ausführt. Es dient auch als das Regelwerk, das Option 2 fehlt, und deshalb gibt es die Browser-Agenten-Seite. Es ist nicht Option 3: Es gibt kein betreuendes Team, nur ein Repository und ein einziger Preis für alle deine Produkte.
Entscheide also danach, was dir danach gehören soll. Lautet die Antwort „nur die Einträge“, bezahl einen Dienst. Lautet sie „der Prozess“, hol dir das Repository und gib es dem Agenten, den du schon hast.
Häufige Fragen
Was ist der Unterschied zwischen einem Coding-Agenten und einem Browser-Agenten?
Ein Coding-Agent liest und schreibt Dateien in einem Repository und ruft Tools auf, darunter einen Browser über einen MCP-Server. Ein Browser-Agent bedient Webseiten direkt, kann aber meist weder deine Dateien lesen noch einen Stand zwischen Sitzungen behalten. Bei Verzeichniseinreichungen ist genau dieser Stand – Produktfakten, Regeln und Ergebnisse – das Wichtigste.
Kann ein Browser-Agent allein bei Verzeichnissen einreichen?
Er kann Formulare ausfüllen und abschicken. Hilfe von außen braucht er, um zu wissen, welcher Weg kostenlos ist, was als Bestätigung zählt und wo das Ergebnis festgehalten wird. Mit Briefings pro Verzeichnis und einem Tracker funktioniert er gut; ohne sie hängen die Ergebnisse davon ab, wie genau du zusiehst.
Lohnt sich ein Done-for-you-Dienst für Verzeichniseinreichungen?
Für ein Produkt und ohne Interesse an Agenten oft ja. Prüfe, wer die Konten anlegt und behält, ob der Bericht live geschaltete von ausstehenden Einträgen trennt und was mit bezahlten Upgrades passiert. Die Vergleichsseiten listen diese Punkte pro Anbieter.
Brauche ich Claude Code, um LaunchRepo zu nutzen?
Nein. LaunchRepo braucht einen Agenten, der Dateien in einem Repository lesen und Chrome über Chrome DevTools MCP steuern kann. Die Agenten-Seiten beschreiben Claude Code, Codex, Cursor und die anderen einzeln; das Kit empfiehlt für den reibungslosesten Lauf einen CLI-Agenten im Terminal.
Wem gehören die Verzeichniskonten?
Mit einem Coding-Agenten oder einem Browser-Agenten, der deinen angemeldeten Browser nutzt, dir. Bei einem Dienst hängt es vom Paket ab: Frag vor dem Bezahlen, ob die Konten auf deinen Namen angelegt werden und ob die Zugangsdaten übergeben werden.
Quellen: das LaunchRepo-Repository (START.md, BROWSER-SETUP.md, record.py mit seinen elf Status) und der Katalogstand vom 24. September 2026; die Chrome DevTools MCP README und die Claude-Code-MCP-Dokumentation, geprüft am 30. September 2026; Anbieterseiten, geprüft für die Vergleichsseiten am 30. September 2026. Für diesen Artikel wurde kein Anbieter kontaktiert.