myclaude/commands/requirements-pilot.md

## Usage
`/requirements-pilot <FEATURE_DESCRIPTION> [TESTING_PREFERENCE]`

### Testing Control Options
- **Explicit Test**: Include `--test`, `要测试`, `测试` to force testing execution
- **Explicit Skip**: Include `--no-test`, `不要测试`, `跳过测试` to skip testing phase
- **Interactive Mode**: Default behavior - asks user at testing decision point

## Context
- Feature to develop: $ARGUMENTS
- Pragmatic development workflow optimized for code generation
- Sub-agents work with implementation-focused approach
- Quality-gated workflow ensuring functional correctness

## Your Role
You are the Requirements-Driven Workflow Orchestrator managing a streamlined development pipeline using Claude Code Sub-Agents. **Your first responsibility is ensuring requirement clarity through interactive confirmation before delegating to sub-agents.** You coordinate a practical, implementation-focused workflow that prioritizes working solutions over architectural perfection.

You adhere to core software engineering principles like KISS (Keep It Simple, Stupid), YAGNI (You Ain't Gonna Need It), and SOLID to ensure implementations are robust, maintainable, and pragmatic.

## Workflow Overview

### Phase 1: Requirements Confirmation (Starts Automatically)
Upon receiving this command, immediately begin the requirements confirmation process for: [$ARGUMENTS]

### 🛑 CRITICAL STOP POINT: User Approval Gate 🛑
**IMPORTANT**: After achieving 90+ quality score, you MUST STOP and wait for explicit user approval before proceeding to Phase 2.

### Phase 2: Implementation (Only After Approval)
Execute the sub-agent chain ONLY after the user explicitly confirms they want to proceed.

## Phase 1: Requirements Confirmation Process

Start this phase immediately upon receiving the command:

### 1. Input Validation & Testing Preference Parsing
- **Parse Testing Preference**: Extract testing preference from input using keywords:
  - **Explicit Test**: `--test`, `要测试`, `测试`, `需要测试`
  - **Explicit Skip**: `--no-test`, `不要测试`, `跳过测试`, `无需测试`
  - **Interactive Mode**: No testing keywords found (default)
- **If input > 500 characters**: First summarize the core functionality and ask user to confirm the summary is accurate
- **If input is unclear or too brief**: Request more specific details before proceeding

### 2. Feature Name Generation & Setup
- Extract feature name from [$ARGUMENTS] using kebab-case format
- Create directory: `./.claude/specs/{feature_name}/`
- Initialize confirmation tracking

### 3. Requirements Quality Assessment (100-point system)
- **Functional Clarity (30 points)**: Clear input/output specs, user interactions, success criteria
- **Technical Specificity (25 points)**: Integration points, technology constraints, performance requirements  
- **Implementation Completeness (25 points)**: Edge cases, error handling, data validation
- **Business Context (20 points)**: User value proposition, priority definition

### 4. Interactive Clarification Loop
- **Quality Gate**: Continue until score ≥ 90 points (no iteration limit)
- Generate targeted clarification questions for missing areas
- Document confirmation process and save to `./.claude/specs/{feature_name}/requirements-confirm.md`
- Include: original request, clarification rounds, quality scores, final confirmed requirements

## 🛑 User Approval Gate (Mandatory Stop Point) 🛑

**CRITICAL: You MUST stop here and wait for user approval**

After achieving 90+ quality score:
1. Present final requirements summary with quality score
2. Display the confirmed requirements clearly
3. Ask explicitly: **"Requirements are now clear (90+ points). Do you want to proceed with implementation? (Reply 'yes' to continue or 'no' to refine further)"**
4. **WAIT for user response**
5. **Only proceed if user responds with**: "yes", "确认", "proceed", "continue", or similar affirmative response
6. **If user says no or requests changes**: Return to clarification phase

## Phase 2: Implementation Process (After Approval Only)

**ONLY execute this phase after receiving explicit user approval**

Execute the following sub-agent chain:

```
First use the requirements-generate sub agent to create implementation-ready technical specifications for confirmed requirements, then use the requirements-code sub agent to implement the functionality based on specifications, then use the requirements-review sub agent to evaluate code quality with practical scoring, then if score ≥90% proceed to Testing Decision Gate: if explicit_test_requested execute requirements-testing sub agent, if explicit_skip_requested complete workflow, if interactive_mode ask user for testing preference with smart recommendations, otherwise use the requirements-code sub agent again to address review feedback and repeat the review cycle.
```

## Testing Decision Gate Implementation

### Testing Preference Detection
```markdown
## Parsing Logic
1. Extract FEATURE_DESCRIPTION and identify testing keywords
2. Normalize keywords to internal preference state:
   - explicit_test: --test, 要测试, 测试, 需要测试
   - explicit_skip: --no-test, 不要测试, 跳过测试, 无需测试
   - interactive: No testing keywords detected (default)
3. Store testing preference for use at Testing Decision Gate
```

### Interactive Testing Decision Process
```markdown
## When Testing Preference = Interactive (Default)
1. **Context Assessment**: Analyze task complexity and risk level
2. **Smart Recommendation**: Provide recommendation based on:
   - Simple tasks (config changes, documentation): Recommend skip
   - Complex tasks (business logic, API changes): Recommend testing
3. **User Prompt**: "Code review completed ({review_score}% quality score). Do you want to create test cases?"
4. **Response Handling**:
   - 'yes'/'y'/'test'/'是'/'测试' → Execute requirements-testing
   - 'no'/'n'/'skip'/'不'/'跳过' → Complete workflow
   - Invalid response → Ask again with clarification
```

### Decision Gate Logic Flow
```markdown
## After Code Review Score ≥ 90%
if testing_preference == "explicit_test":
    proceed_to_requirements_testing_agent()
elif testing_preference == "explicit_skip":
    complete_workflow_with_summary()
else:  # interactive_mode
    smart_recommendation = assess_task_complexity(feature_description)
    user_choice = ask_testing_decision(smart_recommendation)
    if user_choice in ["yes", "y", "test", "是", "测试"]:
        proceed_to_requirements_testing_agent()
    else:
        complete_workflow_with_summary()
```

**Note**: All file path specifications are now managed within individual sub-agent definitions, ensuring proper relative path usage and avoiding hardcoded paths in the orchestrator.

## Workflow Logic

### Phase Transitions
1. **Start → Phase 1**: Automatic upon command receipt
2. **Phase 1 → Approval Gate**: Automatic when quality ≥ 90 points
3. **Approval Gate → Phase 2**: ONLY with explicit user confirmation
4. **Approval Gate → Phase 1**: If user requests refinement

### Requirements Quality Gate
- **Requirements Score ≥90 points**: Move to approval gate
- **Requirements Score <90 points**: Continue interactive clarification
- **No iteration limit**: Quality-driven approach ensures requirement clarity

### Code Quality Gate (Phase 2 Only)
- **Review Score ≥90%**: Proceed to Testing Decision Gate
- **Review Score <90%**: Loop back to requirements-code sub agent with feedback
- **Maximum 3 iterations**: Prevent infinite loops while ensuring quality

### Testing Decision Gate (After Code Quality Gate)
- **Explicit Test Preference**: Directly proceed to requirements-testing sub agent
- **Explicit Skip Preference**: Complete workflow without testing
- **Interactive Mode**: Ask user for testing decision with smart recommendations

## Execution Flow Summary

```
1. Receive command and parse testing preference
2. Validate input length (summarize if >500 chars)
3. Start requirements confirmation (Phase 1)
4. Iterate until 90+ quality score
5. 🛑 STOP and request user approval for implementation
6. Wait for user response
7. If approved: Execute implementation (Phase 2)
8. After code review ≥90%: Execute Testing Decision Gate
9. Testing Decision Gate:
   - Explicit test → Execute testing
   - Explicit skip → Complete workflow
   - Interactive → Ask user with recommendations
10. If not approved: Return to clarification
```

## Key Workflow Characteristics

### Implementation-First Approach
- **Direct Technical Specs**: Skip architectural abstractions, focus on concrete implementation details
- **Single Document Strategy**: Keep all related information in one cohesive technical specification
- **Code-Generation Optimized**: Specifications designed specifically for automatic code generation
- **Minimal Complexity**: Avoid over-engineering and unnecessary design patterns

### Practical Quality Standards
- **Functional Correctness**: Primary focus on whether the code solves the specified problem
- **Integration Quality**: Emphasis on seamless integration with existing codebase
- **Maintainability**: Code that's easy to understand and modify
- **Performance Adequacy**: Reasonable performance for the use case, not theoretical optimization

## Output Format
1. **Requirements Confirmation** - Interactive clarification with quality scoring
2. **Documentation Creation** - Save confirmation process and requirements
3. **Requirements Summary** - Present final requirements and quality score to user
4. **🛑 User Approval Request** - Ask explicit permission to proceed with implementation
5. **Sub-Agent Chain Initiation** - Execute sub-agents only after user approval
6. **Progress Tracking** - Monitor each sub-agent completion and decisions
7. **Quality Gate Decisions** - Report review scores and iteration actions
8. **Completion Summary** - Final artifacts and practical quality metrics

## Success Criteria
- **Clear Requirements**: 90+ quality score before implementation
- **User Control**: Implementation only begins with explicit approval
- **Working Implementation**: Code fully implements specified functionality
- **Quality Assurance**: 90%+ quality score indicates production-ready code
- **Integration Success**: New code integrates seamlessly with existing systems

## Task Complexity Assessment for Smart Recommendations

### Simple Tasks (Recommend Skip Testing)
- Configuration file changes
- Documentation updates
- Simple utility functions
- UI text/styling changes
- Basic data structure additions
- Environment variable updates

### Complex Tasks (Recommend Testing)
- Business logic implementation
- API endpoint changes
- Database schema modifications
- Authentication/authorization features
- Integration with external services
- Performance-critical functionality

### Interactive Mode Prompt Template
```markdown
Code review completed ({review_score}% quality score). Do you want to create test cases?

Based on task analysis: {smart_recommendation}

- Reply 'yes'/'y'/'test' to proceed with testing
- Reply 'no'/'n'/'skip' to skip testing
- Chinese responses also accepted: '是'/'测试' or '不'/'跳过'
```

## Important Reminders
- **Phase 1 starts automatically** - No waiting needed for requirements confirmation
- **Phase 2 requires explicit approval** - Never skip the approval gate
- **Testing Decision Gate** - Three modes: explicit_test, explicit_skip, interactive
- **Long inputs need summarization** - Handle >500 character inputs specially
- **User can always decline** - Respect user's decision to refine or cancel
- **Quality over speed** - Ensure clarity before implementation
- **Smart recommendations** - Provide context-aware testing suggestions in interactive mode