AWS AI-DLC Workflows 2.0 experimental
AWS's harness-neutral implementation of a gated, adaptive development life cycle spanning intent, requirements, implementation, deployment, and operational feedback.
Reviewed 4 weeks ago · Aug 1, 2026
Website GitHub · awslabs/aidlc-workflows Compare with other frameworks →
- Stars
- 4.2K
- Contributors
- 31
- Open issues
- 122
- Age
- 9 months
- Last push
- today
- Latest release
- v1.0.1 Jun 30, 2026
View weekly commit data
| Week starting | Commits |
|---|---|
| Aug 23, 2026 | 0 |
| Aug 16, 2026 | 7 |
| Aug 9, 2026 | 0 |
| Aug 2, 2026 | 0 |
| Jul 26, 2026 | 0 |
| Jul 19, 2026 | 2 |
| Jul 12, 2026 | 1 |
| Jul 5, 2026 | 1 |
| Jun 28, 2026 | 3 |
| Jun 21, 2026 | 0 |
| Jun 14, 2026 | 5 |
| Jun 7, 2026 | 1 |
| May 31, 2026 | 6 |
| May 24, 2026 | 1 |
| May 17, 2026 | 8 |
| May 10, 2026 | 8 |
| May 3, 2026 | 3 |
| Apr 26, 2026 | 2 |
| Apr 19, 2026 | 13 |
| Apr 12, 2026 | 7 |
| Apr 5, 2026 | 6 |
| Mar 29, 2026 | 16 |
| Mar 22, 2026 | 7 |
| Mar 15, 2026 | 11 |
| Mar 8, 2026 | 2 |
| Mar 1, 2026 | 7 |
| Feb 22, 2026 | 6 |
| Feb 15, 2026 | 0 |
| Feb 8, 2026 | 8 |
| Feb 1, 2026 | 8 |
| Jan 25, 2026 | 0 |
| Jan 18, 2026 | 10 |
| Jan 11, 2026 | 3 |
| Jan 4, 2026 | 18 |
| Dec 28, 2025 | 3 |
| Dec 21, 2025 | 0 |
| Dec 14, 2025 | 0 |
| Dec 7, 2025 | 0 |
| Nov 30, 2025 | 0 |
| Nov 23, 2025 | 5 |
| Nov 16, 2025 | 2 |
| Nov 9, 2025 | 3 |
| Nov 2, 2025 | 0 |
| Oct 26, 2025 | 0 |
| Oct 19, 2025 | 0 |
| Oct 12, 2025 | 0 |
| Oct 5, 2025 | 0 |
| Sep 28, 2025 | 0 |
| Sep 21, 2025 | 0 |
| Sep 14, 2025 | 0 |
| Sep 7, 2025 | 0 |
| Aug 31, 2025 | 0 |
Metrics updated Aug 27, 2026 · collected automatically from the GitHub API
Core approach
Encodes the AI-Driven Development Life Cycle as one harness-neutral core/ rendered into native distributions for several coding agents. A conductor selects or composes an appropriate scope, coordinates 14 specialist and review agents across 5 phases and up to 32 stages, persists every intent's artifacts and audit trail under aidlc/spaces/, and pauses at approval and phase-verification gates before downstream work proceeds.
Workflow
- Initialization — scaffold an intent record, detect greenfield or brownfield context, and initialize deterministic state and audit records
- Ideation — capture intent, assess feasibility, define scope, form the team, explore mockups, and approve the initiative
- Inception — reverse-engineer existing code when needed, discover team practices, analyze requirements, design the application, generate units, and plan delivery
- Construction — implement reviewable Bolt slices through functional, non-functional, and infrastructure design, code generation, build and test, and CI
- Operation — prepare and execute deployment, provision environments, establish observability and incident response, validate performance, and feed findings into the next intent
- Verification and control — run traceability checks between phases, approve material decisions, and resume, redo, or jump between persisted stages with
/aidlc($aidlcin Codex)
Supported tools
- Claude Code
- Kiro
- Codex
- OpenCode
Strengths
- Unusually complete lifecycle coverage, from initial intent through deployment, observability, incident response, and feedback
- Nine stock scopes and three independent artifact-depth and test-strategy levels scale the 32-stage lifecycle from a bug fix or proof of concept to an enterprise initiative
- Approval gates, phase-boundary traceability checks, persistent state, and a structured audit trail make decisions and resumptions explicit
- One generated
core/keeps the methodology aligned across four supported products instead of maintaining separate prompt sets - Walking-skeleton and Bolt-based construction limits review size, with an explicit choice between gated and autonomous execution after the first slice
Limitations
- Version 2 is developed on the protected
v2branch while the defaultmainbranch and GitHub Releases still foreground version 1; users must deliberately install and pin the intended version - The implementation is moving quickly despite its GA label, with substantial changes landing between tagged versions
- All harness distributions require Bun; the bundled Claude Code and Codex configurations require Amazon Bedrock setup, while the recommended Kiro model requires a paid plan
- Even with adaptive scopes, the full
featurepath has 32 stages and many approval gates, which is excessive for teams seeking a lightweight spec-to-code loop - The public evidence currently demonstrates a detailed implementation and early usage, not meaningful adoption or stable outcomes across multiple release cycles
Notes
AWS AI-DLC Workflows 2.0 is the executable implementation of AWS’s broader
AI-Driven Development Life Cycle, not a
new name for AI Unified Process. Its distinctive boundary is the whole delivery system: the
version 2 documentation defines requirements and design artifacts, but
also a deterministic state machine, specialist reviewers, construction slices, deployment stages, operational
feedback, and durable team knowledge. The methodology is unusually explicit about its ceremony: a feature or
enterprise scope includes all 32 stages, while smaller stock scopes and the adaptive composer remove stages only
after showing the proposed plan for approval. That breadth and its fast-moving v2 implementation support an
experimental rating rather than treating the project’s GA label as evidence of broad adoption or a settled methodology.
This assessment observes the v2 branch at
6b26408.