Launch-Planung

Frühestes Launch-Datum setzen, bevor etwas geplant wird

So funktioniert earliest_launch_date in product.json: Was der Tracker ablehnt, was er nicht beeinflussen kann, warum freie Verzeichnisse spät veröffentlichen.

Aktualisiert

Das früheste Launch-Datum ist ein Feld, eine Frage und eine Weigerung. Das Feld ist earliest_launch_date in product.json. Die Frage wird beim Onboarding gestellt: Gibt es ein Datum, vor dem nichts öffentlich werden soll? Die Weigerung steckt in scripts/record.py: Es markiert eine Plattform nicht als scheduled für ein Datum vor der Untergrenze, und es akzeptiert scheduled ohne Launch-Datum gar nicht. Alles Weitere in dieser Anleitung folgt aus diesen drei Fakten. Die Funktion kam mit dem Release vom 15. September 2026 im Changelog.

Was die Untergrenze tut

Wenn ein Agent einen geplanten Eintrag erfasst, übergibt er das Datum, das die Plattform bestätigt hat:

Unter Windows verwendest du in den folgenden Befehlen py -3 statt python3 (oder python, wenn damit Python ab 3.10 gestartet wird). Lege den Arbeitsbereich in einem privaten lokalen Ordner außerhalb von OneDrive und anderen synchronisierten Ordnern an. Mehrzeilige Shell-Befehle führst du in PowerShell in einer Zeile aus; entferne dabei die \ am Zeilenende.

python3 scripts/record.py --project ../private-product tinylaunch scheduled \
  --launch-date 2026-10-14 \
  --note "Weekly slot confirmed; approval still outstanding" \
  --next-action "Verify listing on the launch date"

Steht in product.json "earliest_launch_date": "2026-10-12", gelingt dieser Befehl. Mit --launch-date 2026-09-28 wird er abgelehnt, mit der Meldung, dass das Datum vor der vom Owner freigegebenen Untergrenze liegt – und nichts wird geschrieben. Ein leeres Feld heißt: keine Untergrenze. Das lokale Dashboard zeigt die Untergrenze neben dem geplanten Status, die Zahl ist also sichtbar, ohne die Datei zu öffnen.

Was sie nicht kann

Die Untergrenze ist ein Schutz für deine Einträge, kein Hebel auf die Verzeichnisse. Sie verzögert keine Einreichung, denn Einreichen und Veröffentlichen sind verschiedene Ereignisse, und der Agent kontrolliert nur das erste. Sie hindert ein moderiertes Verzeichnis nicht daran, zu veröffentlichen, wann immer seine Warteschlange bei dir ankommt. Und sie macht aus einem bestätigten Datum keine Veröffentlichungsgarantie: Ein Slot auf einem Launch-Board kann weiterhin von einer Freigabe abhängen, weshalb das Runbook den Agenten anweist, eine ausstehende Freigabe in der Notiz festzuhalten. Die Anleitung zum Erfassen von Ergebnissen beschreibt diese Konvention.

Warum Wochen, nicht Tage

Das Onboarding-Skript lässt den Agenten dich vorab warnen, dass viele kostenlose Verzeichnisse Einreichungen zur Prüfung in die Warteschlange stellen und die Veröffentlichung mehrere Wochen dauern kann. Diese Warnung stammt aus dem, was die öffentlichen Praxisanleitungen auf dieser Website im September 2026 beobachtet haben: eine SaaSHub-Seite, die erreichbar war, aber das Etikett Pending approval trug, ein PitchWall-Prüffenster, angegeben mit über 30 Tagen, ein wöchentlicher TinyLaunch-Slot mit noch ausstehender Freigabe, Uneed mit einem ausstehenden Launch pro Konto. Kostenlose Stufen werden von Menschen mit einer Warteschlange moderiert. Mit einer Untergrenze kannst du bei den moderierten Verzeichnissen früh einreichen – Einreichen ist nicht Veröffentlichen – und verhinderst zugleich, dass die Plattformen, auf denen du ein Datum wählen kannst, feuern, bevor deine Ankündigung fertig ist.

Das Datum wählen

Zwei Faustregeln aus den Docs des Toolkits und dem Artikel zum Launch-Datum:

  • Wähle als Untergrenze den ersten Tag der Woche, in der Einträge erscheinen sollen, nicht den Tag, an dem du mit dem Einreichen beginnen willst. In der Lücke dazwischen erledigen die Prüfwarteschlangen ihre Arbeit.
  • Verwechsle die Untergrenze nicht mit einem Zieldatum. Ein Zieldatum ist, wo du die Dinge gern hättest; die Untergrenze ist das Früheste, was unter deiner Kontrolle landen darf. Verzeichnisse machen Zieldaten unzuverlässig und Untergrenzen billig.

Stellst du später fest, dass das Datum falsch war, ändere das Feld; der Tracker prüft es beim nächsten scheduled-Eintrag erneut. Bestehende Zeilen werden nicht umgeschrieben, prüfe also alles bereits Geplante selbst gegen das neue Datum. Das Konzept in einem Absatz, mit verwandten Begriffen, steht auf der Glossarseite zum frühesten Launch-Datum.

Das Kit, das diese Anleitungen beschreiben

LaunchRepo ist ein privates Repository, das dein eigener Coding-Agent ausführt: 347 Verzeichnis-Playbooks, die Workspace-Skripte, der Tracker und das lokale Dashboard. Einmal zahlen, jedes Produkt launchen.

Zum Preis