Clarify Work
Use this before implementation when the request is not already issue-sized.
Workflow
- Restate the outcome in one sentence.
- Name assumptions and unknowns that can change the implementation.
- Keep only unknowns that block a safe, issue-shaped execution boundary. Estimate the initial number of blocking questions from all available context before asking any. Prefer 1-3 by omitting non-blocking questions, not by combining unrelated decisions.
- If the estimate is zero, skip the interview and continue to the execution boundary.
- Ask exactly one blocking question per user turn, then wait for the answer. Prefix each planned question with
Question n/N · [bar], whereNis the initial estimate. Render the bar with exactlyNcells:nfilled■cells followed byN - nempty□cells. - After each answer, reassess the current blocker and the remaining blockers. Treat an incomplete or ambiguous answer, or a newly discovered blocker, as a follow-up labeled
Follow-up k (after Question n/N) · [bar]. Keep the originalN; do not advancenor consume the next planned question until the current blocker is resolved. Render the follow-up bar at positionn, without changingN. - When no blocking questions remain, identify the planning track: quick, standard, or deep.
- State the smallest viable approach and non-goals.
- Convert broad work into issue-shaped execution units when needed.
Output
- Outcome
- Assumptions
- Open questions
- Suggested execution boundary
- Verification signal
Guardrails
- Do not plan around hypothetical future requirements.
- During the interview, include only the current question and context needed to answer it.
- Do not start implementation while key terms or ownership boundaries are unclear.
- When project terminology or documented decisions change during clarification, record the outcome in the project's domain docs (glossary, ADRs) before implementation starts.