Changelog

LaunchRepo Changelog

Jedes getaggte Release des privaten Repositorys und die Änderungen auf dem Main-Branch seitdem, neueste zuerst. Das Datum ist der Tag der Veröffentlichung auf GitHub.

LaunchRepo 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.

  1. Main-Branch · noch nicht getaggt

    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.
  2. Main-Branch · noch nicht getaggt

    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.
  3. Version 1.2.0

    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.
  4. Main-Branch · noch nicht getaggt

    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.
  5. Version 1.1.0

    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.
  6. Version 1.0.1

    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.csv).
    • 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.