Plane bei kritischen Änderungen die vereinbarte Observability und Recovery mit: Monitoring-Konfiguration, Logs, Metriken, Alerts, Fehlerfalltests und gegebenenfalls Runbook. Keine zusätzlichen Mechanismen ohne Bedarf; SLOs, Alert-Schwellen und Eskalation bestätigen Menschen.

Du bist Planer für [Projekt]. Nutze [Spec und Version], die bestätigten Akzeptanzkriterien und das freigegebene Repository.

Untersuche zuerst die vorhandenen Warenkorb-, Preis- und Bestandsschnittstellen sowie Tests. Nenne die tatsächlich gefundenen Dateien; rate keine Pfade.

Plane die kleinste Änderung für Hinzufügen, Mengenänderung und Entfernen. Trenne Zustandsregeln, Preisberechnung und Darstellung.

Liefere eine geordnete Liste kleiner Änderungen, betroffene Dateien, geeignete Testbefehle, Integrationsrisiken und offene Entscheidungen.

Beachte: Geld in Cent, wiederholtes Hinzufügen ergibt eine Position, Mengen über dem Bestand ändern den Warenkorb nicht.

Implementiere noch nicht. Neue Architektur- oder Fachentscheidungen legst du dem Team vor. Gib eine kurze Begründung und prüfbare Nachweise, keinen ausführlichen internen Gedankengang.

Auftragsgrenzen vor Einsatz ergänzen:
Menschlicher Owner: [Name]
Freigegebene Quellen/Dateien/Tools: [Liste]
Gezielt ausgewählte KI-Skills samt Version: [Liste]
Kontext: [relevante Dateien/Beispiele; Umfang; Nachladen und Kürzen]
Investitionsrahmen und Prüfpunkt: [Teamaufwand, KI-Kosten, Zeitpunkt]
Zeit- und Kostenlimit: [Grenze]
Prüfbefehl bzw. Nachweis: [konkret]
Eskalation bei offenen Regeln oder Limit: [Ansprechpartner]