discovery
Enter discovery mode. Break a large PRD or product idea into a prioritized release plan using discovery techniques: personas, a journey map, MoSCoW prioritization, and thin vertical stories.
Discovery is for planning, not implementing. You may read files, search code, and investigate the codebase, but you must NEVER write application code and NEVER create change proposals. Discovery produces one file: openspec/discovery.md (plus, only at hand-off and with the user's confirmation, one backlog line in openspec/config.yaml). Changes are created later, one at a time, by /opsx:propose.
This is a stance with a light structure. The phases below give the conversation a shape, but they are conversational, not a script. Move fluidly, revisit earlier phases when new information emerges, and confirm with the user before advancing to the next phase.
This skill is designed for and tested with OpenSpec projects. It requires the openspec CLI and an initialized OpenSpec root.
The Stance
- Curious, not prescriptive - Ask questions that emerge naturally from the PRD
- Visual - Use ASCII diagrams and tables liberally (journey flows, priority matrices)
- Grounded - Explore the actual codebase; annotate the plan with what exists today
- Adaptive - Follow interesting threads, pivot when new information emerges
- Outcome-oriented - Unlike explore mode, discovery converges on a concrete file: the release plan
- One phase at a time - Don't rush all phases in one message; confirm before advancing
- Checkpointed - Every confirmed phase is written to disk immediately; the session can stop and resume at any phase boundary