LaunchRepoLaunchRepo wird als privates GitHub-Repository ausgeliefert. „Updates“ sind deshalb einfach neue Commits und Tags in diesem Repository. Käufer holen sie per git; nichts wird installiert, nichts telefoniert nach Hause. Die Release-Notes des Repositorys selbst liegen als CHANGELOG.md darin.
Aus einem fertigen Run wird eine Launch-Card
- Erstelle lokal eine Ergebnisgrafik mit 1200 × 675 Pixeln in zwei Designs. Live, ausstehende Prüfung, Warteschlange und geplanter Launch bleiben getrennt; bestehende Listings und Entwürfe zählen nicht als neue Einreichungen.
- Prüfe den öffentlichen Produktnamen, kopiere oder lade das PNG herunter und öffne einen bearbeitbaren X-Entwurf. Füge das Bild hinzu und veröffentliche selbst. Kein automatischer Upload; Demo-Exporte sind deutlich markiert.
- Optionale Hinweise erscheinen nach einem abgeschlossenen Run, außerhalb aktiver Arbeit und aktueller Problemmeldungen. Verschiebe sie oder schalte sie in den Einstellungen ab. Workspace sichern, Updater zunächst im Dry-Run prüfen und nach dem Update das Dashboard neu starten.
Affiliate-Programm im Dashboard
- Neu im Repository: AFFILIATE.md – 30 % vom Nettopreis für jeden Verkauf über deinen Link (derzeit etwa 31 €, der Betrag steigt mit den Preisstufen), 20 € Rabatt für die Person, der du LaunchRepo empfiehlst, Auszahlung per SEPA am 1. des Monats nach 60 Tagen, mit Links zur Aktivierung, zu deinem Affiliate-Dashboard und zu den Bedingungen.
- Dashboard: ein Link „Earn 30 %“ in der Seitenleiste, eine kleine Karte in der Übersicht und ein Popup, das das Programm einmalig erklärt. Es erscheint nie beim ersten Start, in einer Demo, während eines laufenden Durchlaufs oder neben einer Bitte um ein Testimonial; „Remind me later“ wartet eine Woche, und in den Einstellungen gibt es einen Schalter „Affiliate reminders“. Das Dashboard zeigt nur Links an und sendet nichts.
- Agenten sprechen deinen Affiliate-Link nie von sich aus an, aktivieren ihn nicht und teilen ihn nicht.
- Aktualisieren: Sichere deinen privaten Workspace und führe dann scripts/update-workspace.py im Dry-Run-Modus aus, bevor du ein Apply freigibst.
Testimonial direkt aus dem Dashboard teilen
- Neues Formular „Share a testimonial“ im Dashboard (unter Support & Feedback, dazu eine Karte in der Übersicht und auf der Produktseite zum passenden Zeitpunkt). Es veröffentlicht über deine angemeldete GitHub CLI ein GitHub-Issue in AleksDoesCode/LaunchRepo oder speichert einen Entwurf, wenn gh nicht verfügbar ist. Du wählst den Namen, optional deinen X-Handle, das Produkt und ob deine aktuellen Ergebnisse angehängt werden; ohne das ausdrückliche Einwilligungs-Häkchen wird nichts veröffentlicht.
- Das Dashboard fragt nur nach echten Ergebnissen: dem ersten Live-Listing, einem abgeschlossenen Durchlauf mit gezählten Einreichungen und fünf Live-Listings. Innerhalb von drei Tagen nach einer Problemmeldung von dir fragt es nie. „Later“ wartet bis zum nächsten Meilenstein und mindestens zwei Wochen; „Don't ask again“ beendet die Nachfrage endgültig. Demo-Workspaces veröffentlichen nie.
- Agenten erwähnen die Möglichkeit einmal nach einem abgeschlossenen Durchlauf und schreiben oder senden nie ein Testimonial für dich.
Produktfakten zeigen, was bekannt ist
- Der Schritt „Product facts“ im Setup-Tab listet jetzt unter „What LaunchRepo knows“ die bereits in product.json gespeicherten Fakten auf (Name, Website, Zielgruppe, verifizierte Funktionen, Preise mit Prüfdatum, Status „dauerhaft kostenlos“, frühestes Launch-Datum). Noch leere Pflichtfelder bleiben unter „Still missing“, und unbekannte Pflichtfakten bekommen eine eigene Liste „Still unknown“. Bisher waren nur die Lücken sichtbar, sodass ein abgeschlossener Schritt leer wirkte.
- Aktualisieren: Sichere deinen privaten Workspace und führe dann scripts/update-workspace.py im Dry-Run-Modus aus, bevor du ein Apply freigibst.
Wege-Neuprüfung abgeschlossen, Willkommensguide und Einstellungen
- Teil 2 der Wege-Neuprüfung ist abgeschlossen: Alle 349 Katalog-IDs tragen eine datierte Prüfung anhand der offiziellen öffentlichen Regeln, und 239 Anleitungen wurden neu geschrieben. Der Katalog hat jetzt 299 aktive Anleitungen: 86 bedingungslos kostenlose Wege (vorher 57), 157 bedingt kostenlose Wege mit sichtbaren Voraussetzungen (vorher 77), 52 derzeit nicht nutzbar oder blockiert und 4 nur zur Recherche. 24 weitere Wege mit Pflichtgebühr wurden zu Ausschluss-Einträgen mit kostenlosen Alternativen, insgesamt 50.
- Willkommensguide im Dashboard: Fünf kurze Schritte erklären, was LaunchRepo tut und niemals tut, die Begriffe, denen du überall begegnest, und deine Workspace-Checks. Danach legst du das erste Produkt an – mit einem normalen Namen samt live angezeigtem Ordnernamen, deiner bevorzugten Anmeldung für Verzeichnis-Konten (vorrangig Google, alternativ E-Mail und Passwort) und dem Hinweis, dass der Agent Zugriff auf das passende Postfach braucht.
- Neue Seite „Settings“: Theme, Willkommensguide neu starten oder fortsetzen; die Einstellung für automatische Problemmeldungen ist von Support & Feedback hierher umgezogen.
- Aktualisieren: Sichere deinen privaten Workspace und führe dann scripts/update-workspace.py im Dry-Run-Modus aus, bevor du ein Apply freigibst.
Neutrale Formulierungen in datierten Katalog-Audits
- Die datierten Katalog-Audits vom 14. September verwenden jetzt neutrale Formulierungen und nennen keine Beispielprodukte mehr. Ihre Plattform-Befunde sind unverändert.
- Enthält alles aus 1.6.0: Teil 1 der Wege-Neuprüfung, das neue Dashboard und optionale Support-Meldungen.
Wege-Neuprüfung Teil 1, neues Dashboard und Support-Meldungen
- 165 Plattform-Anleitungen anhand der offiziellen öffentlichen Regeln neu geprüft. Stand 2026-09-23 hat der Katalog 323 aktive Anleitungen: 57 bedingungslos kostenlose Wege (vorher 15), 77 bedingt kostenlose, 31 derzeit nicht nutzbare und 158 weiterhin nur zur Recherche. 21 weitere Wege mit Pflichtgebühr sind ausgeschlossen. Die übrigen Anleitungen folgen im nächsten Update.
- Neues lokales Dashboard mit geführter Einrichtung, einer Statusübersicht pro Produkt und Details zu jedem Durchlauf.
- Seite „Support & Feedback“: Melde Probleme, Fragen und Feedback als GitHub-Issues, mit einem Report-Button bei blockierten Einreichungen. Dein Agent kann Blocker auch automatisch melden, aber nur, wenn du das einschaltest; standardmäßig ist es aus.
Klarere Onboarding-Checkliste für Durchläufe
- Die restliche Dashboard-Checkliste und die Texte der Prompt-Karten passen jetzt zu dauerhaften Durchläufen. Bereits gespeicherter Checklisten-Fortschritt bleibt erhalten.
- Produkt-, Browser- und Berechtigungs-Checks kommen vor der Planung; für das Anlegen eines Durchlaufs ist keine erste Einreichung nötig.
Ziele für Durchläufe, klarere Browser-Einrichtung und fortsetzbares Onboarding
- Plane ein Ziel von 10 neuen bestätigten Einreichungen mit höchstens 2 Workern und einer Empfehlung passend zu deiner lokalen Hardware. Für paralleles Arbeiten ist eine separate Browser-Steuerung nötig; sonst nutzt du einen Worker.
- Speichere den Durchlauf und setze ihn mit dem verbleibenden Ziel fort. Kopiere den Ziel-Prompt für deinen Agenten; nutze /goal nur, wenn deine Umgebung das unterstützt. Bestätigte neue Einreichungen zählen einmal pro Plattform; Entwürfe und bestehende Listings nicht.
- Englisches Onboarding, Dashboard-Hinweise und E-Mail führen jetzt durch die Einrichtung von Chrome DevTools MCP unter Windows, macOS und Linux, inklusive einer bedingten Prüfung des macOS-Festplattenvollzugriffs. Nachdem ein bestätigtes Ergebnis gespeichert ist, wird nur das zugewiesene Einreichungsfenster geschlossen.
- Native Browser-Verbindungen unter Windows und Linux brauchen weiterhin den Kurztest auf dem Rechner des Besitzers. Anbieterlimits und Prüfungen, die ein Mensch lösen muss, können einen Durchlauf unterbrechen.
Windows-Kompatibilität, lokales Dashboard und 347 Playbooks
- Tracker und lokales Dashboard sind jetzt für natives Windows mit Python ab 3.10 ausgelegt, zusätzlich zu macOS und Linux. Windows-Einrichtung, Dateisperren und UTF-8-Dateiverarbeitung sind nicht mehr auf POSIX beschränkt.
- Das Release-Archiv enthält das lokale Dashboard, aktualisiertes Onboarding und alle 347 Plattform-Playbooks. Anleitungen für PowerShell und die Chrome-Anbindung sind enthalten; für Einreichungen bleibt eine funktionierende Browser-Integration erforderlich.
- Die vollständige Prüfung auf nativem Windows steht noch aus. Der Browser-Kurztest prüft die Verbindung auf deinem eigenen Rechner vor einer Einreichung.
Frühestes Launch-Datum und Darstellungs-Briefing
- Frühestes Launch-Datum in product.json; record.py verlangt --launch-date für „scheduled“ und lehnt jedes frühere Datum ab.
- ONBOARDING.md fragt jetzt, wann Launches live gehen sollen, und sagt klar, dass kostenlose Verzeichnisse mehrere Wochen für Prüfung und Veröffentlichung brauchen können.
- Neu: PR-BRIEFING.md – eine kurze Session mit faktischen Darstellungsbeispielen (Maker-Bio, Launch-Intro, „Warum ich das gebaut habe“) zur Korrektur, bevor ein persönliches Detail in ein öffentliches Listing gelangt.
- Freigegebene Beispiele und Korrekturen liegen in templates/project/representation.md.
Lokales Dashboard und Start mit einem Prompt
- scripts/dashboard.py und dashboard/: eine lokale Web-Oberfläche ohne Abhängigkeiten (Python-Standardbibliothek, nur 127.0.0.1) mit Produkten, dem Wissen des Agenten pro Produkt, Onboarding-Checks, Einreichungsstatus gruppiert nach „braucht dich“ / Probleme / in Prüfung / geplant / live, Follow-up-Terminen, dem Katalog samt Playbooks, Agent-Prompts und den Docs.
- Produkt-JSON und Notizen lassen sich im Browser bearbeiten; Ergebnisse laufen weiter über record.py mit identischer Validierung. --demo startet einen Wegwerf-Beispiel-Workspace.
- START.md und prompts/start.md: ein eingefügter Prompt lässt den Agenten den privaten Workspace anlegen, das Dashboard starten und den Link zurückgeben; AGENTS.md enthält das exakte Vorgehen mit Verifikation.
- scripts/init-workspace.py kopiert dashboard/, DASHBOARD.md, START.md und PR-BRIEFING.md in neue Workspaces.
346 Plattform-Playbooks
- Neue Plattform-Playbooks, darunter CodeHype sowie weitere Launch-Boards, KI-, Developer-Tool- und Startup-Verzeichnisse – insgesamt 346.
- Katalog, Plattform-Index und Suchwerkzeug um jeden neuen Eintrag ergänzt.
- Bestehenden Workspace aktualisieren: neue Playbooks sowie Katalog- und Index-Dateien kopieren; workspace.json, projects/, Zugangsdaten und Einreichungsprotokolle behalten.
Prioritäts-Belege und Katalog-Screening
- Datierte, behauptungsbezogene Prioritäts-Belege, aktuelle Tracker-Overlays und Score-Erklärungen; unstrukturierte Eingaben bleiben lesbar, erhalten aber keinen unbelegten SEO- oder Zielgruppen-Bonus.
- Vollständiger HTTP-Screening-Snapshot des Katalogs mit ausdrücklichen Unbekannten plus ein begrenzter Listing-Kandidaten-Check – ein erreichbarer Eintrag ist noch keine indexierte Listung.
- Öffentliche Beispiel-Audit-Referenzen auf dem Main-Branch; bereits veröffentlichte unveränderliche Release-Archive behalten ihren Inhalt.
275 Plattform-Playbooks
- Playbook-Bibliothek auf 275 Dateien erweitert – mit Einreichungsschritten, benötigten Assets, Konto-Einrichtung, Badge-Platzierung, Follow-up und Fehlerbehebung.
- Jeder Katalogeintrag verweist jetzt auf sein eigenes Playbook; neue Plattformen aufgenommen.
- Plattformauswahl nach Produktkategorie und Name vereinfacht.
- Zugangsdaten und Ausführungsverlauf bleiben im separaten privaten Workspace; vor jedem Push PRIVATE-WORKSPACE.md beachten.
Erstes unveränderliches Release
- Kanonisches, unveränderliches GitHub-Release des privaten Kunden-Repositorys (v1.0.0 war die erste, noch veränderbare Veröffentlichung).
- 222 Verzeichnis-Kandidaten im Katalog, 30 davon mit ausführlich geprüften Playbooks; die übrigen Einträge sind als Recherche-Kandidaten markiert, nicht als verifizierte kostenlose Wege.
- Geführtes Onboarding für Produkt, Browser, Verifikations-E-Mail, private Ablage von Zugangsdaten und Website-Badges; Workspace- und Tracker-Werkzeuge (record.py, submissions.json).
- Keine Pilot-Identitäten, Zugangsdaten oder Ausführungsverläufe im Kundenarchiv.
So kommen Updates zu dir
Nach dem Kauf klonst du das Repository einmal. Neue Playbooks, Katalog- und Index-Dateien kommen als normale Commits – du ziehst sie, wann du willst.
Deine Produkte, Zugangsdaten und Einreichungsprotokolle liegen in deinem eigenen privaten Workspace neben dem Checkout; ein Update berührt sie nie. Behalte workspace.json, projects/ und deine Tracker-Dateien, kopiere die neuen Playbooks und den Katalog hinüber.
Updates, die wir veröffentlichen, sind für alle Käufer enthalten. Wir versprechen kein bestimmtes Update, keinen Rhythmus und keinen künftigen Umfang – siehe Nutzungsbedingungen.