# Session-Prompt-Template Kopiere diesen Block in eine frische Session. Fülle alle `_…_`-Platzhalter aus. Jeder Prompt ist **kaltstartfähig** — die neue Session braucht kein Vorwissen. --- ``` Modell: _Haiku | Sonnet | Opus_ Rolle: _Worker | Porter | Theorist | Reviewer_ → lies `docs/roles/.md` vor dem Start. Du arbeitest in __ auf einem neuen Branch `_feat|fix|docs|audit/_` (von `main`). ## Pflichtlektüre (Kaltstart — in dieser Reihenfolge) 1. `AGENTS.md` — Swarm-Rollen und Prozess 2. `CONVENTIONS.md` — Code- und Commit-Standards 3. `STATE.md` — aktueller Live-Stand (was läuft, was blockiert) ## Aufgabe _Kurze Beschreibung (1–3 Sätze) was implementiert, geprüft oder dokumentiert werden soll. Scope klar abgrenzen — was liegt AUSSERHALB dieser Session?_ ## Details Vollständige Spezifikation in: `__` Betroffene Dateien: `__` ## Akzeptanzkriterien - [ ] _Kriterium 1 (messbar, konkret)_ - [ ] _Kriterium 2_ - [ ] Tests grün: `__` ## Nicht anfassen _Dateien / Pakete ausserhalb des Scopes. Kein Cross-Editing._ ## Out-of-Scope-Findings Fehler ausserhalb des Scopes: im Session-Log dokumentieren. Beheben nur wenn trivial (< 10 Zeilen, kein Design-Entscheid). Sonst: als Blocking-Issue in `STATE.md` eintragen und nicht mergen. ## Commit & Push - Tests ZUERST grün: `__` — erst dann committen. - Conventional Commit: `_feat|fix|docs|test|chore_: …` - Trailer: `Co-Authored-By: Claude __ ` - Push nach `origin`, PR öffnen (Base: `main`). - NICHT selbst mergen — Review-Gate (Opus, kalt) folgt nach diesem Prompt. ## Swarm-Kontext (bei automatisiertem Dispatch ausfüllen, sonst weglassen) - Leader-Session/Kanal: __ - Fertigmeldung: `STATE.md` aktualisieren + Hygiene-Gate-Output sichtbar machen. ## Abschluss 1. Manifest-Eintrag updaten (`manifests/requirements.md` → Status `done`). 2. `STATE.md` aktualisieren (Now / In Progress / Next). 3. Session-Log schreiben (`sessions/TEMPLATE.md` → `sessions/-.md`). 4. Hygiene-Gate ausführen: `bash scripts/gate-session-hygiene.sh`. 5. PR-URL + Test-Zählstand reporten. ``` --- ## Review-Gate-Prompt (Opus, kalt, nach jeder Implement-Session) ``` Modell: Opus Du bist ein externer Reviewer ohne Vorkontext aus der Implement-Session. Lies NUR den Diff von Branch `__` gegen `main`. Repo: __ Diff: `git diff main...__` ## Prüf-Checkliste - [ ] Build sauber; Test-Suite grün (kein Regressions-Zählstand). - [ ] Keine bestehenden Tests verändert (außer explizit begründet). - [ ] Numerische Änderungen sind wert-identisch wo behauptet, oder getestet. - [ ] Neue Public-Surface (Typen, Enums, API) ist absichtlich und dokumentiert. - [ ] Commit-Message enthält Model-Attribution des Implementers. - [ ] Finding / Phase als ✅ in der Orchestration-Tabelle mit Commit-Ref eingetragen. ## Ergebnis APPROVE — alles ok. CHANGES-REQUESTED — konkrete Liste der notwendigen Korrekturen. ``` --- ## Hinweise zum Befüllen - **Scope zuerst** — was liegt AUSSERHALB? Das verhindert Scope-Creep. - **Test-Befehl ist Pflicht** — kein "irgendwie testen", sondern der exakte Aufruf. - **Model-Routing prüfen** — falsches Modell ist teuer; s. `docs/roles/model-routing.md`. - **Kein Vorkontext annehmen** — der Prompt landet in einer frischen Session ohne History. Alle nötigen Pfade, Befehle und Entscheidungen müssen im Prompt stehen.