Requirements clarity skill
Clarify ambiguous requirements through focused dialogue before implementation.
by davila7·MIT license·★ 32,299 Stars on the repo·GitHub ↗
npx degit davila7/claude-code-templates/cli-tool/components/skills/productivity/requirements-clarity#main ~/.claude/skills/requirements-clarityChecked ·commit main
Files of Requirements clarity
Show the full text325 lines
Requirements Clarity Skill
Description
Automatically transforms vague requirements into actionable PRDs through systematic clarification with a 100-point scoring system.
Instructions
When invoked, detect vague requirements:
Vague Feature Requests
- User says: "add login feature", "implement payment", "create dashboard"
- Missing: How, with what technology, what constraints?
Missing Technical Context
- No technology stack mentioned
- No integration points identified
- No performance/security constraints
Incomplete Specifications
- No acceptance criteria
- No success metrics
- No edge cases considered
- No error handling mentioned
Ambiguous Scope
- Unclear boundaries ("user management" - what exactly?)
- No distinction between MVP and future enhancements
- Missing "what's NOT included"
Do NOT activate when:
- Specific file paths mentioned (e.g., "auth.go:45")
- Code snippets included
- Existing functions/classes referenced
- Bug fixes with clear reproduction steps
Core Principles
Systematic Questioning
- Ask focused, specific questions
- One category at a time (2-3 questions per round)
- Build on previous answers
- Avoid overwhelming users
Quality-Driven Iteration
- Continuously assess clarity score (0-100)
- Identify gaps systematically
- Iterate until ≥ 90 points
- Document all clarification rounds
Actionable Output
- Generate concrete specifications
- Include measurable acceptance criteria
- Provide executable phases
- Enable direct implementation
Clarification Process
Step 1: Initial Requirement Analysis
Input: User's requirement description
Tasks:
- Parse and understand core requirement
- Generate feature name (kebab-case format)
- Determine document version (default
1.0unless user specifies otherwise) - Ensure
./docs/prds/exists for PRD output - Perform initial clarity assessment (0-100)
Assessment Rubric:
Functional Clarity: /30 points
- Clear inputs/outputs: 10 pts
- User interaction defined: 10 pts
- Success criteria stated: 10 pts
Technical Specificity: /25 points
- Technology stack mentioned: 8 pts
- Integration points identified: 8 pts
- Constraints specified: 9 pts
Implementation Completeness: /25 points
- Edge cases considered: 8 pts
- Error handling mentioned: 9 pts
- Data validation specified: 8 pts
Business Context: /20 points
- Problem statement clear: 7 pts
- Target users identified: 7 pts
- Success metrics defined: 6 pts
Initial Response Format:
I understand your requirement. Let me help you refine this specification.
**Current Clarity Score**: X/100
**Clear Aspects**:
- [List what's clear]
**Needs Clarification**:
- [List gaps]
Let me systematically clarify these points...
Step 2: Gap Analysis
Identify missing information across four dimensions:
1. Functional Scope
- What is the core functionality?
- What are the boundaries?
- What is out of scope?
- What are edge cases?
2. User Interaction
- How do users interact?
- What are the inputs?
- What are the outputs?
- What are success/failure scenarios?
3. Technical Constraints
- Performance requirements?
- Compatibility requirements?
- Security considerations?
- Scalability needs?
4. Business Value
- What problem does this solve?
- Who are the target users?
- What are success metrics?
- What is the priority?
Step 3: Interactive Clarification
Question Strategy:
- Start with highest-impact gaps
- Ask 2-3 questions per round
- Build context progressively
- Use user's language
- Provide examples when helpful
Question Format:
I need to clarify the following points to complete the requirements document:
1. **[Category]**: [Specific question]?
- For example: [Example if helpful]
2. **[Category]**: [Specific question]?
3. **[Category]**: [Specific question]?
Please provide your answers, and I'll continue refining the PRD.
After Each User Response:
- Update clarity score
- Capture new information in the working PRD outline
- Identify remaining gaps
- If score < 90: Continue with next round of questions
- If score ≥ 90: Proceed to PRD generation
Score Update Format:
Thank you for the additional information!
**Clarity Score Update**: X/100 → Y/100
**New Clarified Content**:
- [Summarize new information]
**Remaining Points to Clarify**:
- [List remaining gaps if score < 90]
[If score < 90: Continue with next round of questions]
[If score ≥ 90: "Perfect! I will now generate the complete PRD document..."]
Step 4: PRD Generation
Once clarity score ≥ 90, generate comprehensive PRD.
Output File:
- Final PRD:
./docs/prds/{feature_name}-v{version}-prd.md
Use the Write tool to create or update this file. Derive {version} from the document version recorded in the PRD (default 1.0).
PRD Document Structure
# {Feature Name} - Product Requirements Document (PRD)
## Requirements Description
### Background
- **Business Problem**: [Describe the business problem to solve]
- **Target Users**: [Target user groups]
- **Value Proposition**: [Value this feature brings]
### Feature Overview
- **Core Features**: [List of main features]
- **Feature Boundaries**: [What is and isn't included]
- **User Scenarios**: [Typical usage scenarios]
### Detailed Requirements
- **Input/Output**: [Specific input/output specifications]
- **User Interaction**: [User operation flow]
- **Data Requirements**: [Data structures and validation rules]
- **Edge Cases**: [Edge case handling]
## Design Decisions
### Technical Approach
- **Architecture Choice**: [Technical architecture decisions and rationale]
- **Key Components**: [List of main technical components]
- **Data Storage**: [Data models and storage solutions]
- **Interface Design**: [API/interface specifications]
### Constraints
- **Performance Requirements**: [Response time, throughput, etc.]
- **Compatibility**: [System compatibility requirements]
- **Security**: [Security considerations]
- **Scalability**: [Future expansion considerations]
### Risk Assessment
- **Technical Risks**: [Potential technical risks and mitigation plans]
- **Dependency Risks**: [External dependencies and alternatives]
- **Schedule Risks**: [Timeline risks and response strategies]
## Acceptance Criteria
### Functional Acceptance
- [ ] Feature 1: [Specific acceptance conditions]
- [ ] Feature 2: [Specific acceptance conditions]
- [ ] Feature 3: [Specific acceptance conditions]
### Quality Standards
- [ ] Code Quality: [Code standards and review requirements]
- [ ] Test Coverage: [Testing requirements and coverage]
- [ ] Performance Metrics: [Performance test pass criteria]
- [ ] Security Review: [Security review requirements]
### User Acceptance
- [ ] User Experience: [UX acceptance criteria]
- [ ] Documentation: [Documentation delivery requirements]
- [ ] Training Materials: [If needed, training material requirements]
## Execution Phases
### Phase 1: Preparation
**Goal**: Environment preparation and technical validation
- [ ] Task 1: [Specific task description]
- [ ] Task 2: [Specific task description]
- **Deliverables**: [Phase deliverables]
- **Time**: [Estimated time]
### Phase 2: Core Development
**Goal**: Implement core functionality
- [ ] Task 1: [Specific task description]
- [ ] Task 2: [Specific task description]
- **Deliverables**: [Phase deliverables]
- **Time**: [Estimated time]
### Phase 3: Integration & Testing
**Goal**: Integration and quality assurance
- [ ] Task 1: [Specific task description]
- [ ] Task 2: [Specific task description]
- **Deliverables**: [Phase deliverables]
- **Time**: [Estimated time]
### Phase 4: Deployment
**Goal**: Release and monitoring
- [ ] Task 1: [Specific task description]
- [ ] Task 2: [Specific task description]
- **Deliverables**: [Phase deliverables]
- **Time**: [Estimated time]
---
**Document Version**: 1.0
**Created**: {timestamp}
**Clarification Rounds**: {clarification_rounds}
**Quality Score**: {quality_score}/100
Behavioral Guidelines
DO
- Ask specific, targeted questions
- Build on previous answers
- Provide examples to guide users
- Maintain conversational tone
- Summarize clarification rounds within the PRD
- Use clear, professional English
- Generate concrete specifications
- Stay in clarification mode until score ≥ 90
DON'T
- Ask all questions at once
- Make assumptions without confirmation
- Generate PRD before 90+ score
- Skip any required sections
- Use vague or abstract language
- Proceed without user responses
- Exit skill mode prematurely
Success Criteria
- Clarity score ≥ 90/100
- All PRD sections complete with substance
- Acceptance criteria checklistable (using
- [ ]format) - Execution phases actionable with concrete tasks
- User approves final PRD
- Ready for development handoff
| 1 | |
| 2 | name requirements-clarity |
| 3 | description Clarify ambiguous requirements through focused dialogue before implementation. Use when requirements are unclear, features are complex (>2 days), or involve cross-team coordination. Ask two core questions - Why? (YAGNI check) and Simpler? (KISS check) - to ensure clarity before coding. |
| 4 | |
| 5 | |
| 6 | # Requirements Clarity Skill |
| 7 | |
| 8 | ## Description |
| 9 | |
| 10 | Automatically transforms vague requirements into actionable PRDs through systematic clarification with a 100-point scoring system. |
| 11 | |
| 12 | |
| 13 | ## Instructions |
| 14 | |
| 15 | When invoked, detect vague requirements: |
| 16 | |
| 17 | **Vague Feature Requests** |
| 18 | User says: "add login feature", "implement payment", "create dashboard" |
| 19 | Missing: How, with what technology, what constraints? |
| 20 | |
| 21 | **Missing Technical Context** |
| 22 | No technology stack mentioned |
| 23 | No integration points identified |
| 24 | No performance/security constraints |
| 25 | |
| 26 | **Incomplete Specifications** |
| 27 | No acceptance criteria |
| 28 | No success metrics |
| 29 | No edge cases considered |
| 30 | No error handling mentioned |
| 31 | |
| 32 | **Ambiguous Scope** |
| 33 | Unclear boundaries ("user management" - what exactly?) |
| 34 | No distinction between MVP and future enhancements |
| 35 | Missing "what's NOT included" |
| 36 | |
| 37 | **Do NOT activate when**: |
| 38 | Specific file paths mentioned (e.g., "auth.go:45") |
| 39 | Code snippets included |
| 40 | Existing functions/classes referenced |
| 41 | Bug fixes with clear reproduction steps |
| 42 | |
| 43 | ## Core Principles |
| 44 | |
| 45 | **Systematic Questioning** |
| 46 | Ask focused, specific questions |
| 47 | One category at a time (2-3 questions per round) |
| 48 | Build on previous answers |
| 49 | Avoid overwhelming users |
| 50 | |
| 51 | **Quality-Driven Iteration** |
| 52 | Continuously assess clarity score (0-100) |
| 53 | Identify gaps systematically |
| 54 | Iterate until ≥ 90 points |
| 55 | Document all clarification rounds |
| 56 | |
| 57 | **Actionable Output** |
| 58 | Generate concrete specifications |
| 59 | Include measurable acceptance criteria |
| 60 | Provide executable phases |
| 61 | Enable direct implementation |
| 62 | |
| 63 | ## Clarification Process |
| 64 | |
| 65 | ### Step 1: Initial Requirement Analysis |
| 66 | |
| 67 | **Input**: User's requirement description |
| 68 | |
| 69 | **Tasks**: |
| 70 | Parse and understand core requirement |
| 71 | Generate feature name (kebab-case format) |
| 72 | Determine document version (default `1.0` unless user specifies otherwise) |
| 73 | Ensure `./docs/prds/` exists for PRD output |
| 74 | Perform initial clarity assessment (0-100) |
| 75 | |
| 76 | **Assessment Rubric**: |
| 77 | |
| 78 | Functional Clarity: /30 points |
| 79 | - Clear inputs/outputs: 10 pts |
| 80 | - User interaction defined: 10 pts |
| 81 | - Success criteria stated: 10 pts |
| 82 | |
| 83 | Technical Specificity: /25 points |
| 84 | - Technology stack mentioned: 8 pts |
| 85 | - Integration points identified: 8 pts |
| 86 | - Constraints specified: 9 pts |
| 87 | |
| 88 | Implementation Completeness: /25 points |
| 89 | - Edge cases considered: 8 pts |
| 90 | - Error handling mentioned: 9 pts |
| 91 | - Data validation specified: 8 pts |
| 92 | |
| 93 | Business Context: /20 points |
| 94 | - Problem statement clear: 7 pts |
| 95 | - Target users identified: 7 pts |
| 96 | - Success metrics defined: 6 pts |
| 97 | |
| 98 | |
| 99 | **Initial Response Format**: |
| 100 | |
| 101 | I understand your requirement. Let me help you refine this specification. |
| 102 | |
| 103 | **Current Clarity Score**: X/100 |
| 104 | |
| 105 | **Clear Aspects**: |
| 106 | - [List what's clear] |
| 107 | |
| 108 | **Needs Clarification**: |
| 109 | - [List gaps] |
| 110 | |
| 111 | Let me systematically clarify these points... |
| 112 | |
| 113 | |
| 114 | ### Step 2: Gap Analysis |
| 115 | |
| 116 | Identify missing information across four dimensions: |
| 117 | |
| 118 | **1. Functional Scope** |
| 119 | What is the core functionality? |
| 120 | What are the boundaries? |
| 121 | What is out of scope? |
| 122 | What are edge cases? |
| 123 | |
| 124 | **2. User Interaction** |
| 125 | How do users interact? |
| 126 | What are the inputs? |
| 127 | What are the outputs? |
| 128 | What are success/failure scenarios? |
| 129 | |
| 130 | **3. Technical Constraints** |
| 131 | Performance requirements? |
| 132 | Compatibility requirements? |
| 133 | Security considerations? |
| 134 | Scalability needs? |
| 135 | |
| 136 | **4. Business Value** |
| 137 | What problem does this solve? |
| 138 | Who are the target users? |
| 139 | What are success metrics? |
| 140 | What is the priority? |
| 141 | |
| 142 | ### Step 3: Interactive Clarification |
| 143 | |
| 144 | **Question Strategy**: |
| 145 | Start with highest-impact gaps |
| 146 | Ask 2-3 questions per round |
| 147 | Build context progressively |
| 148 | Use user's language |
| 149 | Provide examples when helpful |
| 150 | |
| 151 | **Question Format**: |
| 152 | |
| 153 | I need to clarify the following points to complete the requirements document: |
| 154 | |
| 155 | 1. **[Category]**: [Specific question]? |
| 156 | - For example: [Example if helpful] |
| 157 | |
| 158 | 2. **[Category]**: [Specific question]? |
| 159 | |
| 160 | 3. **[Category]**: [Specific question]? |
| 161 | |
| 162 | Please provide your answers, and I'll continue refining the PRD. |
| 163 | |
| 164 | |
| 165 | **After Each User Response**: |
| 166 | Update clarity score |
| 167 | Capture new information in the working PRD outline |
| 168 | Identify remaining gaps |
| 169 | If score < 90: Continue with next round of questions |
| 170 | If score ≥ 90: Proceed to PRD generation |
| 171 | |
| 172 | **Score Update Format**: |
| 173 | |
| 174 | Thank you for the additional information! |
| 175 | |
| 176 | **Clarity Score Update**: X/100 → Y/100 |
| 177 | |
| 178 | **New Clarified Content**: |
| 179 | - [Summarize new information] |
| 180 | |
| 181 | **Remaining Points to Clarify**: |
| 182 | - [List remaining gaps if score < 90] |
| 183 | |
| 184 | [If score < 90: Continue with next round of questions] |
| 185 | [If score ≥ 90: "Perfect! I will now generate the complete PRD document..."] |
| 186 | |
| 187 | |
| 188 | ### Step 4: PRD Generation |
| 189 | |
| 190 | Once clarity score ≥ 90, generate comprehensive PRD. |
| 191 | |
| 192 | **Output File**: |
| 193 | |
| 194 | **Final PRD**: `./docs/prds/{feature_name}-v{version}-prd.md` |
| 195 | |
| 196 | Use the `Write` tool to create or update this file. Derive `{version}` from the document version recorded in the PRD (default `1.0`). |
| 197 | |
| 198 | ## PRD Document Structure |
| 199 | |
| 200 | |
| 201 | # {Feature Name} - Product Requirements Document (PRD) |
| 202 | |
| 203 | ## Requirements Description |
| 204 | |
| 205 | ### Background |
| 206 | - **Business Problem**: [Describe the business problem to solve] |
| 207 | - **Target Users**: [Target user groups] |
| 208 | - **Value Proposition**: [Value this feature brings] |
| 209 | |
| 210 | ### Feature Overview |
| 211 | - **Core Features**: [List of main features] |
| 212 | - **Feature Boundaries**: [What is and isn't included] |
| 213 | - **User Scenarios**: [Typical usage scenarios] |
| 214 | |
| 215 | ### Detailed Requirements |
| 216 | - **Input/Output**: [Specific input/output specifications] |
| 217 | - **User Interaction**: [User operation flow] |
| 218 | - **Data Requirements**: [Data structures and validation rules] |
| 219 | - **Edge Cases**: [Edge case handling] |
| 220 | |
| 221 | ## Design Decisions |
| 222 | |
| 223 | ### Technical Approach |
| 224 | - **Architecture Choice**: [Technical architecture decisions and rationale] |
| 225 | - **Key Components**: [List of main technical components] |
| 226 | - **Data Storage**: [Data models and storage solutions] |
| 227 | - **Interface Design**: [API/interface specifications] |
| 228 | |
| 229 | ### Constraints |
| 230 | - **Performance Requirements**: [Response time, throughput, etc.] |
| 231 | - **Compatibility**: [System compatibility requirements] |
| 232 | - **Security**: [Security considerations] |
| 233 | - **Scalability**: [Future expansion considerations] |
| 234 | |
| 235 | ### Risk Assessment |
| 236 | - **Technical Risks**: [Potential technical risks and mitigation plans] |
| 237 | - **Dependency Risks**: [External dependencies and alternatives] |
| 238 | - **Schedule Risks**: [Timeline risks and response strategies] |
| 239 | |
| 240 | ## Acceptance Criteria |
| 241 | |
| 242 | ### Functional Acceptance |
| 243 | - [ ] Feature 1: [Specific acceptance conditions] |
| 244 | - [ ] Feature 2: [Specific acceptance conditions] |
| 245 | - [ ] Feature 3: [Specific acceptance conditions] |
| 246 | |
| 247 | ### Quality Standards |
| 248 | - [ ] Code Quality: [Code standards and review requirements] |
| 249 | - [ ] Test Coverage: [Testing requirements and coverage] |
| 250 | - [ ] Performance Metrics: [Performance test pass criteria] |
| 251 | - [ ] Security Review: [Security review requirements] |
| 252 | |
| 253 | ### User Acceptance |
| 254 | - [ ] User Experience: [UX acceptance criteria] |
| 255 | - [ ] Documentation: [Documentation delivery requirements] |
| 256 | - [ ] Training Materials: [If needed, training material requirements] |
| 257 | |
| 258 | ## Execution Phases |
| 259 | |
| 260 | ### Phase 1: Preparation |
| 261 | **Goal**: Environment preparation and technical validation |
| 262 | - [ ] Task 1: [Specific task description] |
| 263 | - [ ] Task 2: [Specific task description] |
| 264 | - **Deliverables**: [Phase deliverables] |
| 265 | - **Time**: [Estimated time] |
| 266 | |
| 267 | ### Phase 2: Core Development |
| 268 | **Goal**: Implement core functionality |
| 269 | - [ ] Task 1: [Specific task description] |
| 270 | - [ ] Task 2: [Specific task description] |
| 271 | - **Deliverables**: [Phase deliverables] |
| 272 | - **Time**: [Estimated time] |
| 273 | |
| 274 | ### Phase 3: Integration & Testing |
| 275 | **Goal**: Integration and quality assurance |
| 276 | - [ ] Task 1: [Specific task description] |
| 277 | - [ ] Task 2: [Specific task description] |
| 278 | - **Deliverables**: [Phase deliverables] |
| 279 | - **Time**: [Estimated time] |
| 280 | |
| 281 | ### Phase 4: Deployment |
| 282 | **Goal**: Release and monitoring |
| 283 | - [ ] Task 1: [Specific task description] |
| 284 | - [ ] Task 2: [Specific task description] |
| 285 | - **Deliverables**: [Phase deliverables] |
| 286 | - **Time**: [Estimated time] |
| 287 | |
| 288 | |
| 289 | |
| 290 | **Document Version**: 1.0 |
| 291 | **Created**: {timestamp} |
| 292 | **Clarification Rounds**: {clarification_rounds} |
| 293 | **Quality Score**: {quality_score}/100 |
| 294 | |
| 295 | |
| 296 | ## Behavioral Guidelines |
| 297 | |
| 298 | ### DO |
| 299 | Ask specific, targeted questions |
| 300 | Build on previous answers |
| 301 | Provide examples to guide users |
| 302 | Maintain conversational tone |
| 303 | Summarize clarification rounds within the PRD |
| 304 | Use clear, professional English |
| 305 | Generate concrete specifications |
| 306 | Stay in clarification mode until score ≥ 90 |
| 307 | |
| 308 | ### DON'T |
| 309 | Ask all questions at once |
| 310 | Make assumptions without confirmation |
| 311 | Generate PRD before 90+ score |
| 312 | Skip any required sections |
| 313 | Use vague or abstract language |
| 314 | Proceed without user responses |
| 315 | Exit skill mode prematurely |
| 316 | |
| 317 | ## Success Criteria |
| 318 | |
| 319 | Clarity score ≥ 90/100 |
| 320 | All PRD sections complete with substance |
| 321 | Acceptance criteria checklistable (using `- [ ]` format) |
| 322 | Execution phases actionable with concrete tasks |
| 323 | User approves final PRD |
| 324 | Ready for development handoff |
| 325 |
Discussion
Browse more free Claude skills.