kickoff

Überblick über den kickoff-Skill

Was kickoff macht

Der kickoff-Skill verwandelt eine grobe Idee oder eine Notiz aus dem Posteingang in eine strukturierte Project Note für Project Management. Statt alles in einer einzigen langen Antwort herunterzuschreiben, arbeitet kickoff in zwei Schritten: zuerst ein Planungsdurchlauf, danach ein Ausführungsdurchlauf nach deiner Prüfung. Dadurch ist der Skill hilfreicher als ein generischer Prompt wie „plane dieses Projekt“, wenn du saubere Übergaben und weniger Kontextverlust willst.

Für wen kickoff am besten geeignet ist

Dieser kickoff-Skill passt besonders für Nutzer, die ihre Ideen bereits als Notizen festhalten – vor allem in einem Inbox-Ordner wie 00_Inbox/ – und dafür einen wiederholbaren Weg suchen, daraus umsetzbare Projektdokumente zu machen. Besonders nützlich ist er für Operators, Gründer und Builder, die ein leichtgewichtiges Ritual für den Projektstart wollen, ohne gleich ein komplettes PM-Tool einzurichten.

Warum sich Nutzer für kickoff entscheiden

Der wichtigste Unterschied ist die Orchestrierung. kickoff erstellt nicht einfach einmalig eine Notiz, sondern trennt Planung und Ausführung bewusst voneinander und fordert dazwischen eine Bestätigung an. Dieser Review-Schritt ist wertvoll, wenn dir Umfang, Benennung, Struktur oder Sprache wichtig sind, bevor die endgültige Project Note erzeugt wird.

Was du vor der Installation von kickoff wissen solltest

Die Repository-Basis zeigt eine einzelne SKILL.md ohne Helper-Skripte, Regelpakete oder Ressourcendateien. Das macht kickoff leicht überprüfbar, bedeutet aber auch: Die Qualität der Ergebnisse hängt stark von deinem Input ab – und davon, ob deine Umgebung den im Skill beschriebenen Multi-Agent-Flow unterstützt. Wenn du eher einen Generator ohne Review in einem Durchlauf suchst, kann kickoff unnötig stark strukturiert wirken.

So verwendest du den kickoff-Skill

Installationskontext und was du zuerst lesen solltest

Für die kickoff-Installation fügst du den Skill aus dem Repository hinzu und liest zuerst EN/.agents/skills/kickoff/SKILL.md, weil diese Datei den vollständigen Workflow, die Rollendefinition und die Sprachregel enthält. In diesem Skill-Pfad gibt es keine ergänzende README.md, keine metadata.json und keine Helper-Ordner, daher ist fast das gesamte Verhalten in genau dieser einen Datei definiert. Bevor du dich darauf verlässt, prüfe, ob deine Agent-Umgebung das Aufrufen eines Subagents über ein task-artiges Tool unterstützt.

Welche Eingaben kickoff braucht

Die kickoff-Nutzung unterstützt drei Startpunkte:

• ein Dateipfad wie 00_Inbox/MyIdea.md
• Inline-Text wie „Build a habit tracker app“
• keine Eingabe; in diesem Fall ist der Skill dafür ausgelegt, 00_Inbox/ aufzulisten und dich auswählen zu lassen

Am stärksten sind Eingaben mit Problem, Zielgruppe, gewünschtem Ergebnis, Einschränkungen sowie Deadline oder gewünschtem Lieferformat. Schwacher Input: „make this into a project.” Besserer Input: “/kickoff Build a habit tracker app for iOS freelancers; MVP in 3 weeks; needs reminders, streaks, and CSV export; keep scope solo-developer friendly.”

Ein praxisnaher kickoff-Workflow

Ein verlässlicher kickoff-Ablauf sieht so aus:

1. Starte /kickoff mit einem Notizpfad oder einem knappen Briefing.
2. Lass den Planning Agent eine Plan-Datei erzeugen.
3. Prüfe den Plan, bevor du ihn freigibst.
4. Bestätige erst, nachdem Umfang, Benennung, Annahmen und fehlende Einschränkungen korrigiert wurden.
5. Lass den Execution Agent die finale Project Note ausschließlich aus der Plan-Datei erstellen.

Diese Übergabe nach dem Prinzip „nur die Plan-Datei“ ist die zentrale Designentscheidung. Sie reduziert, dass versehentlich etwas aus einer langen Ursprungskonversation mitschleppt wird. Gleichzeitig gilt aber: Was im Plan fehlt, fehlt später auch im Ergebnis. Die Review ist also entscheidend.

Prompt-Muster, die die Ausgabequalität verbessern

Für kickoff in Project Management solltest du Prompts so formulieren, dass sie eine Project Note klar formen – nicht nur lose Ideen anstoßen. Ein gutes Muster:

• source: woher die Idee stammt
• objective: woran Erfolg erkennbar ist
• scope: was zwingend hineinmuss und was später kommen kann
• constraints: Zeit, Tools, Budget, Teamgröße
• deliverable: welches Dokument oder Projektartefakt du erwartest

Beispiel:
/kickoff 00_Inbox/ClientPortal.md
Ergänze dann in der Review Korrekturen wie:

• “Use English for the project note.”
• “Scope MVP to authentication, dashboard, and billing history only.”
• “Target a 2-person team and a 6-week timeline.”

Wichtig ist auch die eingebaute Sprachregel: kickoff soll sich an der Sprache der Nutzereingabe oder des Inhalts der Inbox-Datei orientieren.

kickoff-Skill FAQ

Ist kickoff besser als ein normaler Planungs-Prompt?

Meistens ja, wenn du einen überprüften, stufenweisen Workflow willst. Ein normaler Prompt kann einen Projektplan zwar schneller erzeugen, aber kickoff setzt bewusst einen Kontrollpunkt zwischen Planung und Erstellung der finalen Notiz. Das ist besonders dann sinnvoll, wenn Fehler bei Umfang oder Struktur später teuer werden.

Ist kickoff anfängerfreundlich?

Ja, sofern du deine Idee schon gut genug verstehst, um sie zu beschreiben. Der kickoff-Skill lässt sich leicht prüfen, weil alles in einer einzigen SKILL.md steht. Für Einsteiger liegt die eigentliche Hürde weniger bei der Installation als darin, genug Kontext zu liefern, damit der Planning Agent eine belastbare Plan-Datei erstellen kann.

Wann ist kickoff keine gute Wahl?

Lass kickoff aus, wenn du tiefgehende Aufgabenautomatisierung, Integrationen oder strikt durch Skripte erzwungene Vorlagen brauchst. Das Repository enthält weder Helper-Code noch Validierungslogik oder externe Ressourcen. Ebenfalls ungeeignet ist der Skill, wenn du keinen Review-Schritt willst und nur schnell eine Notiz in einem einzigen Durchlauf brauchst.

Hängt kickoff von der OrbitOS-Ordnerstruktur ab?

Teilweise. Der Skill verweist ausdrücklich auf 00_Inbox/, wenn keine Eingabe übergeben wird, und passt daher am besten zu einem Notizsystem mit einer ähnlichen Konvention. Du kannst kickoff trotzdem mit Inline-Text oder einem direkten Dateipfad verwenden, aber der Standard-Discovery-Flow setzt diese Inbox-Struktur voraus.

So verbesserst du den kickoff-Skill

Gib kickoff reichhaltigere Projekt-Eingaben

Der schnellste Weg zu besseren kickoff-Ergebnissen ist, Entscheidungs-Kontext früh mitzugeben. Dazu gehören:

• Zielnutzer
• Problembeschreibung
• Einschränkungen
• Zeitplan
• Erfolgskriterien
• bekannte Abhängigkeiten

So erzeugt der Planning Agent eine Plan-Datei, die der Execution Agent verlässlich ausbauen kann. Wenn dein erster Prompt diese Punkte nicht enthält, musst du mit einer eher generischen Project Note rechnen.

Prüfe den Plan wie ein Übergabedokument

Behandle die Plan-Review nicht als optional. Weil der Execution Agent nur die Plan-Datei liest, solltest du auf fehlende Annahmen, vage Meilensteine und unklare Scope-Grenzen achten. Wenn ein menschlicher Teamkollege auf Basis des Plans nicht arbeiten könnte, wird die zweite Phase es wahrscheinlich auch nicht können.

Achte auf typische Fehlerbilder

Die häufigsten Probleme bei der kickoff-Nutzung sind vorhersehbar:

• die Idee ist zu vage
• die Inbox-Notiz ist unübersichtlich oder unstrukturiert
• Einschränkungen fehlen
• die Spracherwartung ist unklar
• Nutzer geben den Plan zu schnell frei

Ein praktikabler Fix ist, unordentliche Notizen vor kickoff zu normalisieren: Ergänze einen Titel, ein Ziel in einem Satz, die vorgesehene Zielgruppe und eine kurze Liste mit „must include“.

Nach dem ersten Output iterieren

Wenn die finale Project Note nah dran, aber noch nicht brauchbar ist, verbessere kickoff durch Überarbeitung des Plans – nicht nur durch Editieren der finalen Notiz. Bitte um einen engeren Scope, klarere Meilensteine oder eine andere Projektstruktur und starte dann erneut ab der Planungsphase. Bei diesem Skill ist eine bessere Zwischenstruktur meist wichtiger als ein noch längerer erster Prompt.