Die 6 Flows
Der definierte Ablauf des Setups — von der Kleinigkeit bis zum mehrteiligen Vorhaben. Du musst diese Flows nicht auswendig kennen: Trigger-Phrasen, Auto-Invoke und Hints routen dich hinein. Wichtig ist nur das Prinzip: jeder Schritt endet in einem deterministischen Gate, nicht in einem Versprechen.
| Flow | Wann | Kurz |
|---|---|---|
| Flow 0 — Onboarding | einmalig pro Maschine/Projekt | Install → Sync → /index |
| Flow 1 — Tagesarbeit klein | Bugfix, 1–2 Dateien | inline, kein Spec-Overhead |
| Flow 2 — Feature | >2 Dateien/Steps, mittleres Risiko, neue Dep/Architektur | /spec → /spec-work |
| Flow 3 — Vorhaben | ≥3 Specs, Systemgrenzen | Slice für Slice, kein Epic-Scheduler |
| Flow 4 — Wissen & Kontext | kontinuierlich | /capture, memsearch-Recall |
| Flow 5 — Wartung | unsichtbar | Auto-Update, devkit doctor |
Die Entscheidungsregel
Ein Artefakt (Rule, Skill, Gate) ist berechtigt, wenn es (a) auf mindestens einem Flow liegt und (b) mindestens einer der 6 Säulen dient — ohne Autopilot oder Token-Effizienz zu verletzen. Sonst ist es Cut-Kandidat.