← Alle Skills · Automatisierung
Automatisierung PremiumLaunch Plan Compiler
Verwandelt Launch-Eingaben in eine datierte Checkliste mit Verantwortlichen und Go-/No-Go-Gates: Aufgaben, aufgeteilt in vor dem Launch, am Launch-Tag und danach, jede vom Launch-Tag aus datiert, und ein Urteil — GO, NOT READY oder NO-GO — aus den von dir gelisteten Gates.
Funktioniert mit: Claude Code, Codex, Cursor, Muse · Version 1.0.0 · Du brauchst: Deine Launch-Eingaben: launch.txt (Launch- und Date-Zeilen, dann eine Task-Zeile pro Aufgabe — phase | title | owner | when — und eine Gate-Zeile pro Go-/No-Go-Prüfung — name | criterion | status).
Vorschau

Beispielergebnis
Ein Beispiel dafür, was dieser Skill produziert. Beispielinhalt, zur Veranschaulichung gezeigt.
Launch Plan Compiler report — sample Tasks: 6 | Gates: 2 | Verdict: GO | Gaps: 0 | Errors: 0 | Warnings: 0 Launch day: Dec 1, 2026. Before launch: freeze the feature list (Nov 24, Priya) and draft the announcement post (Nov 28, Sam). Launch day: flip the feature flag and post the announcement (Dec 1). After launch: reply to launch-day feedback (Dec 3, Sam) and publish the week-one recap (Dec 8, Priya). Gates: pricing page live and support inbox staffed, both passed — verdict GO. Gaps: None.
Das bekommst du
- Ein Go-/No-Go-Urteil aus deinen Gates, zuerst auf der Seite
- Eine datierte Checkliste, aufgeteilt in vor dem Launch, am Launch-Tag und danach
- Einen Verantwortlichen pro Aufgabe — eine Aufgabe ohne Verantwortlichen bleibt Unassigned, wird nie erfunden
- Alle Lücken, Eingabefehler und Warnungen, im Bericht benannt
Über diesen Skill
Liest eine Klartextdatei, die du schreibst — launch.txt, mit einer Launch-Zeile und einer Date-Zeile (Launch-Tag, YYYY-MM-DD), plus Task-Zeilen (phase | title | owner | when) und Gate-Zeilen (name | criterion | status) — und erzeugt launch-plan.md: zuerst das Go-/No-Go-Urteil, dann die Checkliste, aufgeteilt in Vor dem Launch / Am Launch-Tag / Nach dem Launch, jede Aufgabe datiert und sortiert, und zuletzt die Gate-Tabelle. Ein when-Wert ist ein D-Offset (D-7, D+0, D+3) oder ein absolutes Datum, aufgelöst gegen den Launch-Tag; eine Aufgabe, deren Phase nicht zu ihrem Datum passt, wird verworfen und benannt. Nur lokal, nur Standardbibliothek; eine Aufgabe ohne Verantwortlichen bleibt Unassigned, ein Gate ohne Status bleibt pending, und ein Launch ohne Aufgaben oder ohne Gates sagt das so — der Plan ist ein Dokument, er postet und sendet nichts.
Ausprobieren
Mache aus diesen Launch-Eingaben eine datierte Checkliste mit Verantwortlichen und Go-/No-Go-Gates — was passiert vor, am und nach dem Launch-Tag, und sind wir GO?
Gut geeignet für
- Einen Launch planen, dessen Aufgaben sich über die Woche davor, den Tag selbst und die Woche danach verteilen
- Aus einer kurzen Liste von Prüfungen mit benannten Kriterien GO oder NO-GO entscheiden
- Eine halb geschriebene Launch-Liste prüfen, um genau zu sehen, was noch fehlt
Nicht geeignet für
- Etwas posten oder senden — der Plan ist ein Dokument, der Launch selbst ist deiner
- Ein Gate für dich prüfen — pass heißt, du hast es geprüft, nicht dass der Launch gelingt
- Deine Termine verschieben — eine Aufgabe, deren Phase nicht zu ihrem Datum passt, wird verworfen, nie still umgeplant
Installation
- Kopiere den Installations-Prompt in deinen Agenten:
Read https://skillu.dev/install/agent.md, then install the Launch Plan Compiler skill (launch-plan-compiler). - Oder lade das Skill-Paket nach dem Start von dieser Seite herunter und lege seinen Ordner in das Skills-Verzeichnis deines Agenten.
- Rufe ihn per Slash-Befehl auf, z. B.
/launch-plan-compiler, und beschreibe in einfachen Worten, was du willst.
Häufige Fragen
Wie wird das Datum einer Aufgabe berechnet?
Vom Launch-Tag aus: Ein D-Offset zählt Tage ab ihm — D-7 ist sieben Tage vorher, D+0 ist der Launch-Tag, D+3 ist drei Tage danach. Ein absolutes Datum wird wie geschrieben verwendet. Die Phase muss zum aufgelösten Datum passen: before heißt vor dem Launch-Tag, launch-day heißt derselbe Tag, after heißt danach; eine Abweichung verwirft die Aufgabe und nennt sie in den Fehlern.
Wie wird das Urteil entschieden?
Aus deinen Gates, in dieser Reihenfolge: NO DATE, wenn kein gültiger Launch-Tag angegeben wurde, NO GATES, wenn keine Gates gelistet wurden, NO-GO, wenn mindestens ein Gate fehlgeschlagen ist, NOT READY, wenn keines fehlschlug, aber mindestens eines noch pending ist, GO, wenn alle bestanden haben. Ein Gate ohne Status zählt als pending.