name	clarify
description	This skill should be used when the user asks to "clarify requirements", "refine requirements", "specify requirements", "what do I mean", "make this clearer", or when the user's request is ambiguous and needs iterative questioning to become actionable. Also trigger when user says "clarify", "/clarify", or mentions unclear/vague requirements.

Clarify

Transform vague or ambiguous requirements into precise, actionable specifications through iterative questioning.

Purpose

When requirements are unclear, incomplete, or open to multiple interpretations, use structured questioning to extract the user's true intent before any implementation begins.

Protocol

Phase 1: Capture Original Requirement

Record the original requirement exactly as stated:

## Original Requirement
"{user's original request verbatim}"

Identify ambiguities:

What is unclear or underspecified?
What assumptions would need to be made?
What decisions are left to interpretation?

Phase 2: Iterative Clarification

Use AskUserQuestion tool to resolve each ambiguity. Continue until ALL aspects are clear.

Question Design Principles:

Specific over general: Ask about concrete details, not abstract preferences
Options over open-ended: Provide 2-4 choices (recognition > recall)
One concern at a time: Avoid bundling multiple questions
Neutral framing: Present options without bias

Loop Structure:

while ambiguities_remain:
    identify_most_critical_ambiguity()
    ask_clarifying_question()  # Use AskUserQuestion tool
    update_requirement_understanding()
    check_for_new_ambiguities()

AskUserQuestion Format:

question: "What authentication method should be used?"
options:
  - label: "Username/Password"
    description: "Traditional email/password login"
  - label: "OAuth"
    description: "Google, GitHub, etc. social login"
  - label: "Magic Link"
    description: "Passwordless email link"

Phase 3: Before/After Comparison

After clarification is complete, present the transformation:

## Requirement Clarification Summary

### Before (Original)
"{original request verbatim}"

### After (Clarified)
**Goal**: [precise description of what user wants]
**Scope**: [what's included and excluded]
**Constraints**: [limitations, requirements, preferences]
**Success Criteria**: [how to know when done]

**Decisions Made**:
| Question | Decision |
|----------|----------|
| [ambiguity 1] | [chosen option] |
| [ambiguity 2] | [chosen option] |

Phase 4: Save Option

Ask if the user wants to save the clarified requirement:

AskUserQuestion:
question: "Save this requirement specification to a file?"
options:
  - label: "Yes, save to file"
    description: "Save to requirements/ directory"
  - label: "No, proceed"
    description: "Continue without saving"

If saving:

Default location: requirements/ or project-appropriate directory
Filename: descriptive, based on requirement topic (e.g., auth-feature-requirements.md)
Format: Markdown with Before/After structure

Ambiguity Categories

Common types to probe:

Category	Example Questions
Scope	What's included? What's explicitly out?
Behavior	Edge cases? Error scenarios?
Interface	Who/what interacts? How?
Data	Inputs? Outputs? Format?
Constraints	Performance? Compatibility?
Priority	Must-have vs nice-to-have?

Examples

Example 1: Vague Feature Request

Original: "Add a login feature"

Clarifying questions (via AskUserQuestion):

Authentication method? → Username/Password
Registration included? → Yes, self-signup
Session duration? → 24 hours
Password requirements? → Min 8 chars, mixed case

Clarified:

Goal: Add username/password login with self-registration
Scope: Login, logout, registration, password reset
Constraints: 24h session, bcrypt, rate limit 5 attempts
Success: User can register, login, logout, reset password

Example 2: Bug Report

Original: "The export is broken"

Clarifying questions:

Which export? → CSV
What happens? → Empty file
When did it start? → After v2.1 update
Steps to reproduce? → Export any report