spec-driven-development

# Spec-Driven Development Use this workflow for non-trivial features and behavior-changing fixes. The user-started primary conversation performs every phase by default. Plans may describe parallel work, but subagents are used only when the user explicitly authorizes them after selecting the implementation model. ## Core Flow ```text Intent -> Spec -> Plan + task files -> User model switch -> Sequential TDD implementation -> PR AI review -> Report ``` Do not replace the spec, plan, or task files with chat-only notes. Do not skip from intent to code unless the user explicitly opts out of this workflow. When a user explicitly asks to proceed with feature planning, complete the whole strong-model design package — spec, plan, and task files — before pausing for review or a model switch. Pause after a standalone spec only when the user asks to review that spec before planning, or when a material open question blocks a safe plan. ## Phase 0: Track The Work Keep a visible task list and mark each phase as it completes: 1. Clarify intent 2. Create or update the spec 3. Create the implementation plan 4. Decompose it into task files 5. Pause for the user to switch the main model 6. Execute tasks with TDD and targeted checks (sequential by default) 7. Open PR, address CI/review findings, record, and summarize ## Phases 1–4: Design On The Strong Model Use `/interview-me` only when the request is underspecified. Create or update: - `docs/specs/<slug>/spec.md` through `/spec` for ...