LaunchRepoEs gibt 2026 drei praktikable Wege, ein Softwareprodukt in ein paar Dutzend Verzeichnisse zu bringen, ohne alles von Hand zu machen: die Aufgabe einem Coding-Agenten geben, der einen Browser steuern kann, sie einem dedizierten Browser-Agenten geben, oder einen Dienst dafür bezahlen. Verglichen werden sie meist über den Preis. Der Preis ist der uninteressanteste Unterschied. Was jeder Weg von dir braucht, wer die Konten kontrolliert und was dir bleibt, wenn es vorbei ist, zählt mehr – und wird selten ausgesprochen.
Das hier ist die ausgesprochene Version. Sie stammt von den Leuten, die die erste Option verkaufen, also lies sie mit diesem Wissen; wo ein Dienst die bessere Antwort ist, sagt der Artikel das.
Option 1: dein Coding-Agent
Ein Coding-Agent – Claude Code, Codex, der Agent von Cursor oder etwas Ähnliches, das ein Repository lesen und Tools aufrufen kann – ist kein Einreichungswerkzeug. Er wird zu einem, wenn du ihm drei Dinge gibst: einen Browser, den er bedienen kann, die Fakten zu deinem Produkt in lesbarer Form, und Anweisungen pro Verzeichnis, die ihm sagen, was das Formular will und wann er aufhören soll.
Was er braucht. Ein geklontes Repository auf deiner Maschine. Eine Browser-Anbindung: Das Toolkit dokumentiert Chrome DevTools MCP gegen ein Chrome, in dem du angemeldet bist und das du beobachten kannst. Python für Tracker und Dashboard. 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 Prompt.
Kostenmodell. Du zahlst für die Nutzung des Agenten – Token, abgerechnet von deinem Anbieter – und, wenn du LaunchRepo nutzt, eine Zahlung für das Repository. Das zweite Produkt kostet Agentenzeit, keine zweite Lizenz. Es gibt keinen Preis pro Verzeichnis, weil niemand die Arbeit pro Verzeichnis macht außer deinem Agenten.
Kontrolle. Vollständig und sichtbar. Der Agent arbeitet in deinem Browser mit deinen Konten. Erscheint ein CAPTCHA, eine Zwei-Faktor-Abfrage oder eine Verifizierungsmail, hält er an und erfasst prepared_needs_human; 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 liegt 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 erneut fahren kannst. Nichts liegt auf dem Server eines Anbieters.
Wo er an Grenzen stößt. Er braucht ein Setup, das du einmal machen musst – Browser-Verbindung, Berechtigungen, eine erste Onboarding-Sitzung –, und er braucht dich während einer Charge in Reichweite für Übergaben. Wer noch nie einen Agenten mit Browser-Tool betrieben hat, verbringt die erste Stunde mit Lernen, nicht mit Launchen. Die Agenten-Seiten beschreiben das Setup für Claude Code, Codex und Cursor einzeln.
Option 2: ein Browser-Agent
Browser-Agenten im Operator-Stil – gehostet oder lokal – klicken bereits. Zeig einem ein Einreichungsformular, gib ihm Text, und er füllt es aus. Das klingt nach demselben wie Option 1 und unterscheidet sich in einem wichtigen Punkt: Ein Browser-Agent hat standardmäßig kein Gedächtnis für dein Produkt über Websites hinweg und keine Vorstellung davon, was „fertig“ auf einem bestimmten Verzeichnis bedeutet.
Was er braucht. Dieselben Produktfakten und dieselbe Identität, aber 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. Einen Weg, Ergebnisse festzuhalten, denn der Agent selbst 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 ihm die Briefings liefert; die Browser-Agenten-Seite erklärt, wie die Playbooks des Toolkits diese Rolle übernehmen, auch wenn der Agent Dateien nicht direkt lesen kann.
Kontrolle. Hoch, solange du zusiehst, gering, wenn nicht. Ein Browser-Agent klickt bereitwillig auf „Upgrade“, wenn das kostenlose Formular dahinter versteckt ist, schickt ein Formular zweimal ab, wenn die erste Bestätigung unklar war, oder schreibt „gelauncht“ in deine Notizen, weil er eine Danke-Seite gesehen hat. Nichts davon ist Bosheit; es ist das Fehlen von Regeln. Die Regeln müssen irgendwoher kommen.
Was dir danach gehört. Die Konten und Einträge, wenn du dich selbst angemeldet hast. Der Nachweis nur, wenn du einen geführt hast. Der Sitzungsverlauf eines gehosteten Browser-Agenten ist kein Einreichungs-Tracker.
Wo er glänzt. Verzeichnisse mit schweren, visuellen Formularen, bei denen das Browser-Tool eines Coding-Agenten unbeholfen ist, und einmalige Einreichungen, für die ein Repository übertrieben wäre. Wo er enttäuscht: Chargen von dreißig Plattformen mit Nachfassen über mehrere Wochen. Das ist ein Problem der Statusverfolgung, und ein Browser-Agent hat keinen Status.
Option 3: ein Done-for-you-Dienst
Du zahlst, füllst ein Formular zu deinem Produkt aus, und ein Team – Menschen, Automatisierung oder, wie mehrere Anbieter es inzwischen formulieren, „KI-Agenten und Menschen gemeinsam“ – reicht es bei einer festen Zahl von Verzeichnissen ein und schickt einen Bericht. Das ist das größte Marktsegment und das vielfältigste.
Was er braucht. Von dir: Produktfakten, ein Logo, Screenshots und manchmal Zugang zu einer E-Mail-Adresse. Von ihnen: die Wahl eines Pakets. Manche legen Konten in deinem Namen mit einer Adresse an, die sie kontrollieren, und übergeben am Ende die Zugangsdaten; manche nutzen deine; manche melden sich mit ihrem eigenen Google-Konto an, wo Verzeichnisse nichts anderes anbieten. Das ist das Detail, das du vor dem Bezahlen lesen solltest, und der Anbietervergleich zitiert, was jeder der acht geprüften Anbieter dazu veröffentlicht.
Kostenmodell. Meist eine Einmalgebühr pro Produkt oder pro Website, gestaffelt nach Verzeichniszahl; manchmal ein Abo mit monatlichem Kontingent. Das zweite Produkt kostet noch einmal dasselbe. Die Preise, die wir fanden, reichten am Tag der Prüfung von einigen Dutzend bis zu mehreren Hundert Dollar pro Produkt; die Vergleichsseiten haben die datierten Zahlen.
Kontrolle. Gering, absichtlich; dafür zahlst du ja. Am Ende siehst du einen Bericht. Ob die Einträge über den kostenlosen Weg liefen, ob ein Formular zweimal abgeschickt wurde und ob „gelistet“ live oder in Prüfung hieß, hängt vom Berichtsstandard des Anbieters ab. Manche veröffentlichen Live-URLs und Screenshots; manche liefern eine Tabelle.
Was dir danach gehört. Die Einträge, die live gegangen sind, und Zugangsdaten, wenn der Anbieter sie übergibt. Nicht der Prozess: Das nächste Produkt ist ein neuer Auftrag. Manche Dienste hängen eine Garantie zu Domain-Ratings oder Eintragszahlen an; die ehrlichen sagen auch, dass die Verzeichnisse entscheiden, nicht der Anbieter.
Wo er die richtige Antwort ist. Du hast ein Produkt, kein Interesse an Agenten und ein Budget. Dann ist ein Dienst rational, und die Vergleichsseiten existieren, damit du einen nach Fakten wählst statt nach der lautesten Landingpage. Der Alternativen-Hub sortiert die Anbieter nach Modell.
Die Unterschiede, die den Ausschlag geben
Die drei nebeneinander, bei den Fragen, die sich tatsächlich unterscheiden:
| 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 skaliert mit | Agentennutzung | Agentennutzung | Produkten |
| 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 |
| Kostenlos vs. bezahlt | Standardmäßig kostenlos, zahlt nie | Was er eben anklickt | Vom Paket definiert |
| Nachweis des Geschehenen | Lokaler Tracker, 11 Status | Was du geführt hast | Bericht des Anbieters |
| Danach | Playbooks, Tracker, Konten | Konten | Einträge, Bericht |
Die Zeile „Zweites Produkt“ trennt die Käufer. Wer ein Produkt pro Jahr herausbringt, für den gewinnt die Dienst-Spalte beim Aufwand, und der Preisunterschied ist klein. Wer mehrere herausbringt oder nach einer Umbenennung neu launcht, für den gewinnt die Repository-Spalte in beidem – und die Browser-Agent-Spalte hängt ganz davon ab, wie diszipliniert du Nachweise führst.
Was LaunchRepo in diesem Rahmen ist
LaunchRepo ist Option 1, verpackt: Playbooks für 346 Plattformen, eine Produktvorlage, ein Tracker mit elf Status und ein lokales Dashboard, in einem privaten Repository, das dein eigener Agent fährt. Es funktioniert auch als das fehlende Regelwerk für Option 2, weshalb es die Browser-Agenten-Seite gibt. Es ist nicht Option 3 und will es nicht sein. Es gibt kein Team, keine Warteschlange und keinen Bericht; es gibt ein Repository und einen Preis für unbegrenzt viele Produkte, die dir gehören.
Was eine lange Art ist zu sagen: Entscheide danach, was dir danach gehören soll. Lautet die Antwort „nichts, nur die Einträge“, bezahl einen Dienst. Lautet sie „der Prozess“, hol dir das Repository und gib es dem Agenten, den du schon hast.
Quellen: das LaunchRepo-Repository (START.md, BROWSER-SETUP.md, RUNBOOK.md) und die am 17. September 2026 für die Vergleichsseiten geprüften Anbieterseiten. Für diesen Artikel wurde kein Anbieter kontaktiert.