Initial commit
This commit is contained in:
133
commands/create_requirements.md
Normal file
133
commands/create_requirements.md
Normal file
@@ -0,0 +1,133 @@
|
||||
# Create Requirements
|
||||
Quick requirements generation with AI-driven creation and review cycle.
|
||||
|
||||
## Initial Setup
|
||||
Respond with:
|
||||
```
|
||||
I'm ready to help create your project requirements.
|
||||
|
||||
Please provide a brief description of what you want to build (1-3 paragraphs is fine).
|
||||
```
|
||||
|
||||
Wait for user input.
|
||||
|
||||
## Workflow
|
||||
1. **Receive user's brief project description**
|
||||
2. **Generate complete requirements document** immediately at `spec/requirements.md`
|
||||
3. **Present the requirements** to user with summary
|
||||
4. **Ask**: "Does this look good, or would you like me to make adjustments?"
|
||||
5. **If adjustments needed**: make changes and repeat step 3-4
|
||||
6. **Guide toward completion** (AI should signal when things look complete)
|
||||
|
||||
## Guidelines
|
||||
- Make reasonable assumptions based on best practices
|
||||
- Focus on WHAT users need, not HOW to build it
|
||||
- Be specific with acceptance criteria (testable)
|
||||
- Include common edge cases proactively
|
||||
- Use aggressive "Out of Scope" section
|
||||
- AI should guide conversation toward wrap-up after 2-3 adjustment rounds
|
||||
- Stay user-focused: every feature should map to a clear user need
|
||||
- Avoid vague terms like "user-friendly" or "fast"
|
||||
|
||||
## Chat Output Format
|
||||
After generating requirements.md:
|
||||
```
|
||||
I've created a requirements document at spec/requirements.md based on your description.
|
||||
|
||||
Key decisions I made:
|
||||
- [Decision 1 - e.g., "Focused on single-user experience (multi-user out of scope)"]
|
||||
- [Decision 2 - e.g., "Prioritized core task management over advanced features"]
|
||||
- [Decision 3 - e.g., "Included data export as key requirement based on user control needs"]
|
||||
|
||||
The document includes:
|
||||
- [X] user stories with acceptance criteria
|
||||
- [X] functional requirements
|
||||
- Non-functional requirements
|
||||
- Clear scope boundaries
|
||||
|
||||
Does this look good, or would you like me to make adjustments?
|
||||
```
|
||||
|
||||
After adjustments (if needed):
|
||||
```
|
||||
I've updated spec/requirements.md with your feedback.
|
||||
|
||||
Changes made:
|
||||
- [Change 1]
|
||||
- [Change 2]
|
||||
|
||||
Does this look good now, or would you like further adjustments?
|
||||
```
|
||||
|
||||
## File Output Format
|
||||
Create `spec/requirements.md`:
|
||||
|
||||
```markdown
|
||||
# Requirements: [Project Name]
|
||||
|
||||
## Project Overview
|
||||
[2-3 sentences describing what this project is and why it exists]
|
||||
|
||||
## Target Users
|
||||
[Who will use this? What's their context and needs?]
|
||||
|
||||
## User Stories
|
||||
|
||||
### Story 1: [User Goal]
|
||||
**As a** [type of user]
|
||||
**I want to** [action]
|
||||
**So that** [benefit/value]
|
||||
|
||||
**Acceptance Criteria:**
|
||||
- [ ] [Specific, testable criterion 1]
|
||||
- [ ] [Specific, testable criterion 2]
|
||||
- [ ] [Specific, testable criterion 3]
|
||||
|
||||
**Edge Cases:**
|
||||
- [What happens when X?]
|
||||
- [What happens when Y?]
|
||||
|
||||
### Story 2: [Another User Goal]
|
||||
[Same structure as Story 1]
|
||||
|
||||
[Continue for all major user stories]
|
||||
|
||||
## Functional Requirements
|
||||
|
||||
### FR1: [Requirement Name]
|
||||
**Description**: [What the system must do]
|
||||
**Priority**: High/Medium/Low
|
||||
**Acceptance**: [How to verify this works]
|
||||
|
||||
### FR2: [Another Requirement]
|
||||
[Same structure]
|
||||
|
||||
## Non-Functional Requirements
|
||||
|
||||
### Performance
|
||||
- [e.g., "Page load time under 2 seconds"]
|
||||
- [e.g., "Support up to 1000 items"]
|
||||
|
||||
### Usability
|
||||
- [e.g., "Interface should be intuitive for first-time users"]
|
||||
- [e.g., "Key actions accessible within 2 clicks"]
|
||||
|
||||
### Accessibility
|
||||
- [Any accessibility requirements if applicable]
|
||||
|
||||
## Out of Scope
|
||||
[Explicitly list what we're NOT building to prevent scope creep]
|
||||
- [Feature/functionality 1]
|
||||
- [Feature/functionality 2]
|
||||
|
||||
## Success Criteria
|
||||
[How do we know this project succeeded?]
|
||||
- [ ] [Measurable success criterion 1]
|
||||
- [ ] [Measurable success criterion 2]
|
||||
|
||||
## Open Questions
|
||||
[Any remaining uncertainties - resolve these before design phase]
|
||||
- [Question 1]
|
||||
- [Question 2]
|
||||
```
|
||||
|
||||
Reference in New Issue
Block a user