Das 7-Phasen-Ausführungsmodell des Skills — vom Bootstrap bis zur Tiefenkarte
Der Orchestrator steuert den gesamten Generierungsprozess über sieben sequentielle Phasen. Jede Phase hat klar definierte Eingaben, Ausgaben und Abbruchbedingungen. Keine Phase darf übersprungen werden — der Skill erzwingt die Reihenfolge.
Designentscheidung: Die Phasen 0–3 laufen strikt sequentiell. Phase 4 enthält parallele Sub-Pipelines pro Zielgruppe. Phasen 5–6 sind Nachbearbeitungsschritte, die auf dem vollständigen Output aller Pipelines operieren.
Die Vorbereitungsphasen laufen strikt sequentiell. Jede Phase muss vollständig abgeschlossen sein, bevor die nächste beginnt. Am Ende von Phase 2 steht das komplette Curriculum für alle Zielgruppen.
git clone ausgeführt.Deep Codebase Understanding: Der Skill liest alle relevanten Dateien, verfolgt Datenflüsse und identifiziert die „Hauptcharaktere“ der Software — zentrale Module, API-Endpunkte, Konfigurationsdateien und deren Beziehungen.
Pro Zielgruppe wird ein eigenständiges Curriculum erstellt. Jedes Modul erhält einen Helpfulness Score (HS), der bestimmt, ob eine Vertiefungsseite erstellt wird.
Helpfulness Score (HS): Jedes Thema wird für jede Zielgruppe einzeln bewertet. Die Formel gewichtet vier Faktoren: Relevanz für die Rolle, Komplexität des Themas, Anzahl der Abhängigkeiten und Quellcode-Tiefe. Entwickler-Themen gewichten Komplexität und Abhängigkeiten stärker, Entscheider-Themen gewichten Relevanz und Quelltiefe stärker. Ab einem Score von 7 wird eine eigene Vertiefungsseite erstellt.
Das CSS/JS-Fundament wird einmalig erstellt und dann in jede HTML-Datei eingebettet. Das Self-Contained-Prinzip: Jede Datei ist vollständig eigenständig — keine externen Stylesheets, keine Bundler, kein Build-Schritt.
:root definiert. Änderungen an einer Stelle wirken global.transform.Self-Contained Prinzip: Phase 3 erzeugt eine vollständige CSS/JS-Foundation mit 18 Farbvariablen, 3 Font-Stacks, 10 Größenstufen, 12 Abstandswerten und allen Komponentenklassen (Module, Karten, Visualisierungen, Quizzes, Navigation). Dazu kommen vier JavaScript-Systeme: Scroll-Animationen, Quiz-Engine, Tooltips und Progress-Bar. Dieses gesamte Paket wird in den <style>- und <script>-Block jeder einzelnen HTML-Datei kopiert.
Reihenfolge-Constraint: Phase 3 muss vor jeder HTML-Generierung abgeschlossen sein. Der Orchestrator prüft das explizit — wenn die Foundation nicht existiert, wird Phase 4 nicht gestartet.
Die Kerninnovation des Skills: Jede Zielgruppe erhält eine eigenständige, unabhängige Pipeline. Die Pipelines können parallel laufen (in der Praxis oft sequentiell, da der LLM-Kontext begrenzt ist). Innerhalb einer Pipeline wird Level für Level gebaut.
Pipeline-Übersicht: Zielgruppen × Tiefenstufen
Pipeline-Logik: Jede Zielgruppe durchläuft ihre Level sequentiell (L0 muss fertig sein, bevor L1 beginnt). Innerhalb eines Levels können Themen und Sprachversionen parallel gebaut werden. Die Pipelines verschiedener Zielgruppen sind vollständig unabhängig — die Entwickler-Pipeline kann bereits bei L2 sein, während die Entscheider-Pipeline noch L0 generiert.
Kann die Entwickler-Pipeline L2 bauen, während die Entscheider-Pipeline noch bei L0 ist?
Die letzten zwei Phasen operieren auf dem gesamten Output aller Pipelines. Phase 5 stellt Konsistenz her, Phase 6 erzeugt den Transparenzbericht.
tiefenkarte.html
Tiefenkarte: Der Transparenzbericht listet für jede Zielgruppe auf, welche Themen auf welchen Levels erstellt wurden, welche übersprungen wurden und warum. Jedes Thema enthält seinen HS-Score und den konkreten Stop-Reason (z.B. „Schwellwert nicht erreicht“ oder „maximale Tiefe erreicht“).