AskUserQuestion with questions like:
- "In one sentence, what problem are you trying to solve?"
- "Who will use this? (End users, developers, internal team, etc.)"
- "Is this a new thing or improving something existing?"

AskUserQuestion(
  question: "You mentioned wanting real-time updates. There are several approaches with different tradeoffs. Would you like me to research this before we continue?",
  options: [
    {label: "Yes, research it", description: "I'll investigate options and explain the tradeoffs"},
    {label: "No, I know what I want", description: "Skip research, I'll specify the approach"},
    {label: "Tell me briefly", description: "Give me a quick overview without deep research"}
  ]
)

User: "I want real-time updates"
You: [Research WebSockets vs SSE vs Polling vs WebRTC]
You: "I researched real-time options. Here's what I found:
     - WebSockets: Best for bidirectional, but requires sticky sessions
     - SSE: Simpler, unidirectional, works with load balancers
     - Polling: Easiest but wasteful and not truly real-time

     Given your scale expectations of 10k users, SSE would likely work well.
     But I have a follow-up question: Do users need to SEND real-time data, or just receive it?"

AskUserQuestion(
  question: "I noticed a potential conflict: You want [X] but also [Y]. These typically don't work together because [reason]. Which is more important?",
  options: [
    {label: "Prioritize X", description: "[What you lose]"},
    {label: "Prioritize Y", description: "[What you lose]"},
    {label: "Explore alternatives", description: "Research ways to get both"}
  ]
)

undefined

If anything is missing, GO BACK and ask more questions.

undefined

undefined

options: [
  {label: "Option A", description: "Clear choice with implications"},
  {label: "Option B", description: "Alternative with different tradeoffs"},
  {label: "I'm not sure", description: "Let's explore this more"},
  {label: "Research this", description: "I'll investigate and come back"}
]

AskUserQuestion(
  question: "Which of these capabilities do you need?",
  multiSelect: true,
  options: [...]
)

You: "What problem are you trying to solve?"
User: "I want to build an app where people can share recipes"

You: [AskUserQuestion: "Who specifically will use this? What's their cooking level?"]
User: "Home cooks, beginners to intermediate"

You: [AskUserQuestion: "Walk me through: someone opens your app for the first time. What do they see? What do they do first?"]
User: "Um, I guess they see recipes? And they can search?"

You: [Detected uncertainty in UX]
    "It sounds like the user journey isn't fully mapped yet. Let me help with that.
    [AskUserQuestion: 'What's the ONE thing a user should accomplish in their first 2 minutes?'
    Options:
    - Find and save a recipe
    - Create their first recipe
    - Browse trending recipes
    - Set up their taste preferences
    - Research this (I'll look at successful recipe apps)]"

User: "Research this - what do successful apps do?"

You: [Spawn research agent or WebSearch]
    [Returns with findings from AllRecipes, Tasty, Paprika, etc.]

You: "I researched successful recipe apps. Here's what I found:
    - Most start with a quick 'taste quiz' to personalize
    - The core action is 'save recipe to collection'
    - Discovery is usually browse-first, search-second

    Given this, let's refine: [AskUserQuestion with informed options]"

[Continue until all categories are covered with sufficient depth]

AskUserQuestion(
  question: "Spec created at thoughts/shared/specs/YYYY-MM-DD-<name>.md. How would you like to proceed?",
  options: [
    {label: "Start implementation now", description: "I'll begin implementing the spec in this session"},
    {label: "Review spec first", description: "Read the spec and come back when ready"},
    {label: "Plan implementation", description: "Create a detailed implementation plan with tasks"},
    {label: "Done for now", description: "Save the spec, I'll implement later"}
  ]
)

Say: "To implement this spec, say: 'implement the <name> spec'

This will:
1. Activate the spec context (drift prevention enabled)
2. Inject requirements before each edit
3. Checkpoint every 5 edits for alignment
4. Validate acceptance criteria before finishing"

Spawn plan-agent or invoke /create_plan with the spec path

Say: "Spec saved. When ready, say 'implement the <spec-name> spec' to begin.

The spec includes:
- Problem statement
- User journeys
- Technical requirements
- Acceptance criteria

All of these will be used for drift prevention during implementation."