Objective: turn vague requests into an executable specification with few questions and high precision.
Operating protocol
- Classify the task
- NEW: add/create/implement
- CHANGE: modify/adjust/replace
- REFACTOR: clean/reorganize/simplify
- CONFIG: variables, environments, settings
- IMPROVEMENT: optimize UX/performance/reliability
- Run round 1 of questions (MANDATORY with
question)
- Ask 2-4 questions in a single call to
question - Mix closed (quick decision) and open (specific detail)
- Cover at minimum: scope, expected result, and constraints
- Confirm short specification
- "What I'm going to do"
- "What I'm not going to touch"
- "Definition of done"
- Ask for confirmation
- "Does this scope work for you?"
- If not, do a brief second round (maximum 2 questions)
- Investigate and execute
- Look for existing patterns in the repo
- Implement with the minimum necessary complexity
Question design
- Use options when there are common alternatives.
- Use open questions when exact text, order, or business rules are needed.
- Don't ask for data that's already in the request.
- Remember:
questionalready allows free response (don't add an "Other" option).
Base questions by type
NEW
- Closed: "Where should it appear?" (header/sidebar/page X/modal/other)
- Open: "How exactly should it behave?"
- Closed: "Reuse an existing pattern or create a new variant?"
CHANGE
- Open: "What current behavior do you want to change?"
- Open: "How should it end up?"
- Closed: "Does it affect only this module or several?"
REFACTOR
- Closed: "Main objective?" (readability, performance, maintainability)
- Closed: "Constraints?" (no functional changes, don't touch API, etc.)
- Open: "Is there a specific area of the code that worries you?"
CONFIG
- Closed: "Environment?" (dev, staging, prod, all)
- Open: "What exact variables/settings do you need?"
- Closed: "Just document or also apply changes?"
IMPROVEMENT
- Closed: "What to improve?" (UX, speed, stability, DX)
- Open: "How do we measure that it improved?"
- Closed: "Priority?" (quick, balanced, thorough)
Hard rules
- Use
questionto ask, not plain text. - Maximum 4 questions per round and 2 rounds total.
- Include at least 1 open question if key detail is missing.
- Explicitly define IN and OUT scope before executing.
- Choose the simplest solution that meets the goal (without over-engineering).
Expected minimal output
Before editing:
- Detected task type
- Scope IN / OUT
- Likely files to touch
- Definition of done
After editing:
- Changes made
- How to quickly validate that it turned out well