AI-DLC Adaptive Workflow Overview
How the adaptive lifecycle works
AI-DLC Adaptive Workflow Overview
Purpose: Technical reference for AI model and developers to understand complete workflow structure.
Note: Similar content exists in core-workflow.md (user welcome message) and README.md (documentation). This duplication is INTENTIONAL - each file serves a different purpose:
- This file: Detailed technical reference with Mermaid diagram for AI model context loading
- core-workflow.md: User-facing welcome message with ASCII diagram
- README.md: Human-readable documentation for repository
The Three-Phase Lifecycle:
• INCEPTION PHASE: Planning and architecture (Workspace Detection + conditional phases + Workflow Planning) • CONSTRUCTION PHASE: Design, implementation, build and test (per-unit design + Code Planning/Generation + Build & Test) • OPERATIONS PHASE: Placeholder for future deployment and monitoring workflows
The Adaptive Workflow:
• Workspace Detection (always) → Reverse Engineering (brownfield only) → Requirements Analysis (always, adaptive depth) → Conditional Phases (as needed) → Workflow Planning (always) → Code Generation (always, per-unit) → Build and Test (always)
How It Works:
• AI analyzes your request, workspace, and complexity to determine which stages are needed • These stages always execute: Workspace Detection, Requirements Analysis (adaptive depth), Workflow Planning, Code Generation (per-unit), Build and Test • All other stages are conditional: Reverse Engineering, User Stories, Application Design, Units Generation, per-unit design stages (Functional Design, NFR Requirements, NFR Design, Infrastructure Design) • No fixed sequences: Stages execute in the order that makes sense for your specific task
Your Team's Role:
• Answer questions in dedicated question files using [Answer]: tags with letter choices (A, B, C, D, E) • Option E available: Choose "Other" and describe your custom response if provided options don't match • Work as a team to review and approve each phase before proceeding • Collectively decide on architectural approach when needed • Important: This is a team effort - involve relevant stakeholders for each phase
AI-DLC Three-Phase Workflow:
flowchart TD
Start(["User Request"])
subgraph INCEPTION["🔵 INCEPTION PHASE"]
WD["Workspace Detection<br/><b>ALWAYS</b>"]
RE["Reverse Engineering<br/><b>CONDITIONAL</b>"]
RA["Requirements Analysis<br/><b>ALWAYS</b>"]
Stories["User Stories<br/><b>CONDITIONAL</b>"]
WP["Workflow Planning<br/><b>ALWAYS</b>"]
AppDesign["Application Design<br/><b>CONDITIONAL</b>"]
UnitsG["Units Generation<br/><b>CONDITIONAL</b>"]
end
subgraph CONSTRUCTION["🟢 CONSTRUCTION PHASE"]
FD["Functional Design<br/><b>CONDITIONAL</b>"]
NFRA["NFR Requirements<br/><b>CONDITIONAL</b>"]
NFRD["NFR Design<br/><b>CONDITIONAL</b>"]
ID["Infrastructure Design<br/><b>CONDITIONAL</b>"]
CG["Code Generation<br/><b>ALWAYS</b>"]
BT["Build and Test<br/><b>ALWAYS</b>"]
end
subgraph OPERATIONS["🟡 OPERATIONS PHASE"]
OPS["Operations<br/><b>PLACEHOLDER</b>"]
end
Start --> WD
WD -.-> RE
WD --> RA
RE --> RA
RA -.-> Stories
RA --> WP
Stories --> WP
WP -.-> AppDesign
WP -.-> UnitsG
AppDesign -.-> UnitsG
UnitsG --> FD
FD -.-> NFRA
NFRA -.-> NFRD
NFRD -.-> ID
WP --> CG
FD --> CG
NFRA --> CG
NFRD --> CG
ID --> CG
CG -.->|Next Unit| FD
CG --> BT
BT -.-> OPS
BT --> End(["Complete"])
style WD fill:#4CAF50,stroke:#1B5E20,stroke-width:3px,color:#fff
style RA fill:#4CAF50,stroke:#1B5E20,stroke-width:3px,color:#fff
style WP fill:#4CAF50,stroke:#1B5E20,stroke-width:3px,color:#fff
style CG fill:#4CAF50,stroke:#1B5E20,stroke-width:3px,color:#fff
style BT fill:#4CAF50,stroke:#1B5E20,stroke-width:3px,color:#fff
style OPS fill:#BDBDBD,stroke:#424242,stroke-width:2px,stroke-dasharray: 5 5,color:#000
style RE fill:#FFA726,stroke:#E65100,stroke-width:3px,stroke-dasharray: 5 5,color:#000
style Stories fill:#FFA726,stroke:#E65100,stroke-width:3px,stroke-dasharray: 5 5,color:#000
style AppDesign fill:#FFA726,stroke:#E65100,stroke-width:3px,stroke-dasharray: 5 5,color:#000
style UnitsG fill:#FFA726,stroke:#E65100,stroke-width:3px,stroke-dasharray: 5 5,color:#000
style FD fill:#FFA726,stroke:#E65100,stroke-width:3px,stroke-dasharray: 5 5,color:#000
style NFRA fill:#FFA726,stroke:#E65100,stroke-width:3px,stroke-dasharray: 5 5,color:#000
style NFRD fill:#FFA726,stroke:#E65100,stroke-width:3px,stroke-dasharray: 5 5,color:#000
style ID fill:#FFA726,stroke:#E65100,stroke-width:3px,stroke-dasharray: 5 5,color:#000
style INCEPTION fill:#BBDEFB,stroke:#1565C0,stroke-width:3px, color:#000
style CONSTRUCTION fill:#C8E6C9,stroke:#2E7D32,stroke-width:3px, color:#000
style OPERATIONS fill:#FFF59D,stroke:#F57F17,stroke-width:3px, color:#000
style Start fill:#CE93D8,stroke:#6A1B9A,stroke-width:3px,color:#000
style End fill:#CE93D8,stroke:#6A1B9A,stroke-width:3px,color:#000
linkStyle default stroke:#333,stroke-width:2px
Stage Descriptions:
🔵 INCEPTION PHASE - Planning and Architecture
- Workspace Detection: Analyze workspace state and project type (ALWAYS)
- Reverse Engineering: Analyze existing codebase (CONDITIONAL - Brownfield only)
- Requirements Analysis: Gather and validate requirements (ALWAYS - Adaptive depth)
- User Stories: Create user stories and personas (CONDITIONAL)
- Workflow Planning: Create execution plan (ALWAYS)
- Application Design: High-level component identification and service layer design (CONDITIONAL)
- Units Generation: Decompose into units of work (CONDITIONAL)
🟢 CONSTRUCTION PHASE - Design, Implementation, Build and Test
- Functional Design: Detailed business logic design per unit (CONDITIONAL, per-unit)
- NFR Requirements: Determine NFRs and select tech stack (CONDITIONAL, per-unit)
- NFR Design: Incorporate NFR patterns and logical components (CONDITIONAL, per-unit)
- Infrastructure Design: Map to actual infrastructure services (CONDITIONAL, per-unit)
- Code Generation: Generate code with Part 1 - Planning, Part 2 - Generation (ALWAYS, per-unit)
- Build and Test: Build all units and execute comprehensive testing (ALWAYS)
🟡 OPERATIONS PHASE - Placeholder
- Operations: Placeholder for future deployment and monitoring workflows (PLACEHOLDER)
Key Principles:
- Phases execute only when they add value
- Each phase independently evaluated
- INCEPTION focuses on "what" and "why"
- CONSTRUCTION focuses on "how" plus "build and test"
- OPERATIONS is placeholder for future expansion
- Simple changes may skip conditional INCEPTION stages
- Complex changes get full INCEPTION and CONSTRUCTION treatment