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?"

Guidare un processo iterativo di prodotto+specifiche ingegneristiche basato sull'evidenza che produca un PRD completo+specifiche tecniche (spesso come SPEC.md). Da utilizzare quando si definisce l'ambito di una funzionalità o di una superficie del prodotto end-to-end; definire i requisiti; ricerca di anteriorità esterna/interna; mappatura del comportamento attuale del sistema; confrontare le opzioni di progettazione; prendere decisioni a senso unico; fasi di pianificazione; e mantenere un registro delle decisioni in tempo reale e un backlog di domande aperte. Trigger: specifiche, PRD, proposta, specifiche tecniche, RFC, ambito, documento di progettazione, requisiti end-to-end, piano di fase, compromessi, domande aperte. Fonte: inkeep/team-skills.