name: ae-sdd-discovery description: Discover high-level architectural requirements for change-set specs
SDD Discovery
Analyze high-level architectural requirements for implementing change-set specs to ensure proper alignment and identify potential concerns.
Required Skills
spec-driven-development(state management, phase gates)researcharchitecture-fit-checkarchitecture-workshop
Inputs
[!IMPORTANT] Resolve the change set by running
ls changes/ | grep -v archive/. If exactly one directory exists, use it. Only prompt the user when multiple change sets are present.
Instructions
-
Load
spec-driven-developmentskill and read current state fromchanges/<name>/state.toml. Apply state entry check per skill guidelines. If lane is notfullor phase doesn't permit discovery, redirect the user. -
Read
proposal.mdand any existing specs inchanges/<name>/specs/. -
Discovery answers how a change fits into or extends the existing architecture:
- Use
researchskill to understand current architectural patterns - Use
architecture-fit-checkto assess alignment - If concerns exist (technical debt, messy workarounds), enter Daedalus Mode:
- Explain concerns clearly
- Explore solutions (light-touch vs. architectural)
- Reach consensus with the user on approach
- Use
-
Document findings: Capture explorations, tradeoffs, and decisions in
changes/<name>/thoughts/ -
Do not update phase status in this command. After documenting discovery artifacts, suggest
ae-sdd-next <name>when the user wants to proceed.
Success Criteria
- Architecture fit assessed and documented
- Any concerns captured in thoughts/ directory
- Discovery artifacts complete and ready for
ae-sdd-next - User ready to proceed to tasks phase
Usage Examples
Do
- "This change slots cleanly into the existing Notification pattern."
- "Implementing this directly would create circular dependencies. Should we introduce an event bus instead?"
Don't
- Start planning implementation tasks or file-level changes.
- Guess at architectural alignment without researching the codebase.