Kurz
Feature: $ARGUMENTS
Zuerst den Kontext erfassen (still)
- Lese die CLAUDE.md und die Memory-Einträge für dieses Projekt. Überfliege die Routen, das Schema und die E-Mail-Vorlagen, die das Feature berührt. Lastenhefte zitieren echte Dateipfade und vorhandene Felder.
- Stelle nur Fragen, wenn eine Entscheidung den Umfang verändern würde. Verwende AskUserQuestion mit einer empfohlenen Option, und stelle höchstens 3 Fragen. Alles andere wird unter Offene Fragen als Annahme festgehalten.
Spielregeln für den Umfang
- MVP bedeutet der konventionelle Minimalumfang, der mit vorhandenen Feldern und Komponenten umgesetzt wird. „Wie jeder E-Commerce“ bedeutet den Standardablauf, nicht eine Plattform.
- Füge niemals Komponenten, Einstellungen, Admin-Oberflächen oder Analysen hinzu, die nicht gefordert wurden. Führe sie stattdessen unter Nicht-Ziele auf.
- Partner- oder API-Features: „API-Schlüssel“ bedeutet in der Regel eine Mandanten-ID in der Umgebung, kein Entwicklerportal.
- Respektiere Projektvorgaben aus CLAUDE.md/Memory (z. B. „keine Schema-Änderungen“). Markiere alles, was eine solche Vorgabe verletzen würde.
Vorlage
# <Feature>: Kurz
**Problem:** ein oder zwei Sätze, das Problem des Nutzers, nicht die Lösung.
**Für:** wer und wie viele, falls bekannt (Quelle oder Abfrage angeben).
**MVP:** 3–6 Aufzählungspunkte, jeweils auslieferbar und beobachtbar.
**Nicht-Ziele:** was wir jetzt explizit nicht tun.
**Akzeptanzkriterien**
1. Gegeben <Zustand>, wenn <Aktion>, dann <beobachtbares Ergebnis>.
2. … (jedes über einen Flow-Check, Smoke-Test oder Unit-Test prüfbar)
**Berührt:** Routen · Tabellen/Felder (zuerst vorhandene) · E-Mails · Umgebungsvariablen/Geheimnisse · Drittanbieter
**Risiken:** Geld, Recht/DSGVO, Zustellbarkeit, SEO (noindex/canonical), i18n
**Offene Fragen:** nummeriert; jede mit meiner Standardannahme, falls unbeantwortet
Ausgabe
- Standardmäßig im Chat. Schreibe
docs/briefs/<slug>.mdnur, wenn darum gebeten. - Ein einleitender Satz („Nachfolgend das Lastenheft: N Kriterien, M offene Fragen“), dann das Lastenheft. Kein Text danach.
Abbruchkriterien
- Jedes Akzeptanzkriterium ist beobachtbar und lässt sich einem Test zuordnen (Flow-Check-Schritt, Smoke-Erwartung oder Test).
- Im MVP befindet sich nichts, was nicht gefordert oder nicht strikt für das Geforderte notwendig ist.
- Offene Fragen haben jeweils eine Standardannahme, sodass die Entwicklung ohne Wartezeit beginnen kann.