spec

Session routing: If resuming an existing spec (prior session, user says "let's continue"), follow the multi-session discipline in references/artifact-strategy.md — read SPEC.md, evidence/ files, and meta/changelog.md first. Summarize current state, review pending items carried forward, and pick up from the appropriate workflow step. Do not re-run Intake for a spec that already has artifacts.

If the user skips problem framing (jumps to "how should we build X?"):

"I want to make sure I understand the problem fully before we design. Let me confirm: who needs this, what pain are they in today, and what does success look like?"

Führen Sie einen evidenzbasierten, iterativen Produkt- und Konstruktionsspezifikationsprozess voran, der eine vollständige PRD + technische Spezifikation (oft als SPEC.md) erstellt. Wird verwendet, wenn der Umfang einer Funktion oder Produktoberfläche durchgängig bestimmt wird. Anforderungen definieren; Recherche externen/internen Stands der Technik; Abbildung des aktuellen Systemverhaltens; Vergleich von Designoptionen; Entscheidungen treffen, die nur in eine Richtung gehen; Planungsphasen; und Pflege eines Live-Entscheidungsprotokolls + Rückstands offener Fragen. Auslöser: Spezifikation, PRD, Vorschlag, technische Spezifikation, RFC, Umfang, Designdokument, End-to-End-Anforderungen, Phasenplan, Kompromisse, offene Fragen. Quelle: inkeep/team-skills.