Tdd Cycle

---
model: claude-opus-4-1
allowed-tools: Task, Read, Write, Bash(*), Grep, Glob
argument-hint: <feature-requirement> [--complexity=<level>] [--learning-mode=<approach>] [--dissent-level=<intensity>]
description: Test-Driven Development with multi-expert orchestration and adaptive learning integration
---

# Advanced TDD Orchestration Engine

Execute comprehensive Test-Driven Development through multi-expert collaboration with structured dissent, adaptive learning, and cognitive harmonics optimization. Transform traditional TDD into an intelligent, self-improving development process that builds both code quality and team understanding.

[Extended thinking: This enhanced workflow integrates Split Team Framework for multi-perspective analysis, Teacher Framework for adaptive learning, and structured dissent protocols for robust test design. Each phase includes constructive challenge mechanisms and meta-cognitive reflection for continuous improvement.]

## Configuration

### Multi-Expert Team Configuration
**Core TDD Specialists:**
- **Test Strategist**: Overall test approach and architecture design
- **Quality Guardian**: Test completeness and edge case coverage advocate
- **Implementation Guide**: Code structure and maintainability focus
- **Performance Analyst**: Testing efficiency and execution speed optimization
- **Usability Advocate**: Developer experience and test readability champion

**Challenge Perspectives:**
- **Constructive Critic**: Questions test assumptions and approaches
- **Pragmatic Realist**: Balances ideal practices with practical constraints
- **Future-Proofing Visionary**: Considers long-term maintainability and evolution

### Adaptive Learning Parameters
- **Novice Mode**: Heavy scaffolding, detailed explanations, step-by-step guidance
- **Intermediate Mode**: Moderate guidance with pattern recognition development
- **Advanced Mode**: Minimal scaffolding, collaborative peer-level interaction
- **Expert Mode**: Innovation-focused with paradigm challenging

### Quality Thresholds
- **Coverage Standards**: Line coverage 80%, Branch coverage 75%, Critical path 100%
- **Complexity Limits**: Cyclomatic complexity ≤ 10, Method length ≤ 20 lines
- **Architecture Standards**: Class length ≤ 200 lines, Duplicate blocks ≤ 3 lines
- **Test Quality**: Fast (<100ms), Isolated, Repeatable, Self-validating

## Phase 1: Multi-Expert Requirements Analysis and Test Strategy

### 1. Collaborative Requirements Analysis
[Extended thinking: Leverage multi-perspective analysis to ensure comprehensive understanding of requirements from different stakeholder viewpoints, reducing blind spots and improving test coverage.]

**Primary Analysis:**
- Use `/multi_perspective` command with `"$ARGUMENTS requirements analysis" technical --perspectives=5 --integration=comprehensive`
- **Test Strategist**: Overall testing approach and comprehensive coverage strategy
- **Quality Guardian**: Edge cases, error conditions, and boundary value identification
- **Implementation Guide**: Code structure implications and testability requirements
- **Performance Analyst**: Performance testing needs and execution constraints
- **Usability Advocate**: Developer experience and test maintainability considerations

**Constructive Challenge:**
- Use `/constructive_dissent` command with `"Proposed test strategy for $ARGUMENTS" --dissent-intensity=systematic --alternatives=2`
- Challenge assumptions about what needs testing and how
- Generate alternative testing approaches for comparison
- Question whether requirements are testable as specified

**Adaptive Learning Integration:**
- Use `/teach_concept` command with `"test strategy for $ARGUMENTS" intermediate --approach=socratic` for learning-oriented sessions
- Build understanding of testing principles through guided discovery
- Develop pattern recognition for similar future testing challenges

### 2. Enhanced Test Architecture Design
[Extended thinking: Create robust test architecture through collaborative design with structured disagreement to identify potential weaknesses and improvements.]

**Collaborative Design:**
- Use `/orchestrate` command with `"design test architecture for $ARGUMENTS" moderate test-automator,performance-engineer,architect-review --mode=dialectical`
- Generate test architecture through structured collaboration
- Include fixture design, mock strategy, and test data management
- Ensure architecture supports TDD principles: fast, isolated, repeatable, self-validating

**Architecture Validation:**
- Use `/assumption_audit` command with `"Test architecture assumptions for $ARGUMENTS" --audit-depth=structural --challenge-method=alternative-generation`
- Challenge fundamental assumptions about test organization and structure
- Generate alternative architectural approaches for comparison
- Validate architecture against long-term maintainability and scalability needs

## Phase 2: RED - Write Failing Tests

### 3. Write Unit Tests (Failing)
- Use Task tool with subagent_type="test-automator"
- Prompt: "Write FAILING unit tests for: $ARGUMENTS. Tests must fail initially. Include edge cases, error scenarios, and happy paths. DO NOT implement production code."
- Output: Failing unit tests, test documentation
- **CRITICAL**: Verify all tests fail with expected error messages

### 4. Verify Test Failure
- Use Task tool with subagent_type="code-reviewer"
- Prompt: "Verify that all tests for: $ARGUMENTS are failing correctly. Ensure failures are for the right reasons (missing implementation, not test errors). Confirm no false positives."
- Output: Test failure verification report
- **GATE**: Do not proceed until all tests fail appropriately

## Phase 3: GREEN - Make Tests Pass

### 5. Minimal Implementation
- Use Task tool with subagent_type="backend-architect"
- Prompt: "Implement MINIMAL code to make tests pass for: $ARGUMENTS. Focus only on making tests green. Do not add extra features or optimizations. Keep it simple."
- Output: Minimal working implementatio