
AI로 풀어보는 AWS AI-DLC v2: 카탈로그
요약
AWS AI-DLC v2 워크플로우를 기반으로 Claude Code 구현 시 필요한 32개 스테이지와 14개 에이전트의 역할을 정리한 카탈로그입니다. 초기화부터 운영까지의 5개 페이즈를 체계적으로 목록화하여 개발 프로세스를 가이드합니다.
핵심 포인트
- Claude Code 구현을 대상으로 하는 AI-DLC v2 워크플로우 분석
- 5개 페이즈(Initialization~Operation)와 32개 스테이지 구성
- 각 스테이지별 수행 내용 및 담당 에이전트(Conductor, Product 등) 명시
- 워크스페이스 기반의 상태 관리 및 단계별 자동화 공정 안내
본 기사의 위치— 본 기사는 awslabs/aidlc-workflows 리포지토리의 규범 규칙 및 이용 가이드를 소재로 하여, 필자가 AI를 활용해 읽어내고 정리한 해석입니다. AWS가 공식적으로 발표한 방법론이 아니며, 1차 자료의 번역·요약도 아닙니다.
시리즈— 본 기사는 AI로 풀어보는 AI-DLC v2 시리즈의 일부입니다.
참조한 버전— Claude Code 구현을 대상으로, 2026년 7월 27일 시점의 커밋 9f91454 (AIDLC_VERSION 2.5.11, core/)를 참조하고 있습니다. Claude Code 이외의 구현 (Kiro CLI / Kiro IDE / Codex CLI / opencode)은 대상이 아니며, 기술 내용이 다를 수 있습니다. OSS 구현은 업데이트가 계속되고 있으므로, 최신 상태는 공식 리포지토리를 확인해 주시기 바랍니다.
AI-DLC v2의 워크플로우는 5개의 페이즈(Phase)로 나뉜 32개의 스테이지(Stage)로 구성되며, 14체의 에이전트(Agent)가 이를 담당합니다. 본 기사는 그 모든 스테이지와 에이전트를 번호·페이즈·담당자와 함께 목록화하여 찾아볼 수 있도록 만든 레퍼런스입니다.
스테이지는 「페이즈 번호.연번」으로 식별합니다 (페이즈는 등장 순서대로 Initialization=0 / Ideation=1 / Inception=2 / Construction=3 / Operation=4). 각 기사에 등장하는 2.8과 같은 번호는 여기서 이름과 내용을 찾아볼 수 있습니다. 어떤 스테이지가 실제로 실행되는지는 스코프(Scope)에 따라 다르며, 그 메커니즘은 별도 기사 「스코프」에서 다룹니다.
| 번호 | 페이즈 | 목표 |
|---|---|---|
| 0 | 초기화 (Initialization) | 워크스페이스(Workspace)의 기반을 만들고, 신규 (greenfield)인지 기존 (brownfield)인지를 판정하여 상태 관리를 시작한다. 승인 게이트(Approval Gate)가 없는 자동 준비 공정 |
| ... |
전체 32개 스테이지를 번호 순으로 나열합니다. 각 스테이지가 실제로 실행되는지는 스코프에 따라 다릅니다 (별도 기사 「스코프」).
| 번호 | 스테이지 | 수행 내용 | 주 담당자 |
|---|---|---|---|
| 0.1 | 기반 만들기 (workspace-scaffold) | 워크스페이스 (aidlc/spaces/<space>/)의 디렉토리 구조를 생성한다 | 컨덕터 (Conductor) |
| 0.2 | 환경 판정 (workspace-detection) | 신규인지 기존인지 판정한다 | 컨덕터 (Conductor) |
| 0.3 | 상태 초기화 (state-init) | 상태 파일을 만들어 워크플로우 관리를 시작한다 | 컨덕터 (Conductor) |
| 번호 | 스테이지 | 수행 내용 | 주 담당자 |
|---|---|---|---|
| 1.1 | 의도 캡처 (intent-capture) | 무엇을·왜 만드는지에 대한 의도를 파악하고 프레임워크로 정리한다 | 프로덕트 (Product) |
| ... |
| 번호 | 스테이지 | 수행 내용 | 주 담당자 |
|---|---|---|---|
| 2.1 | 리버스 엔지니어링 (reverse-engineering) | 기존 코드를 분석하여 현상을 파악한다 (brownfield 전용) | 데벨로퍼 (Developer) |
| ... |
| 번호 | 스테이지 | 수행 내용 | 주 담당자 |
|---|---|---|---|
| 3.1 | 기능 설계 (functional-design) | 각 기능의 동작을 설계한다 | 아키텍트 (Architect) |
| ... |
첫 번째 Bolt (3.1~3.5를 최소 구성으로 1개 통과시키는 것)의 메커니즘은 별도 기사 「워킹 스켈레톤 (Walking Skeleton)」에서 다룹니다. 빌드·테스트 (3.6)와 CI 파이프라인 (3.7)은 Bolt마다 실행되는 것이 아니라, 모든 Bolt가 완료된 후에 한 번만 실행됩니다.
| 번호 | 스테이지 | 수행 내용 | 주 담당자 |
|---|---|---|---|
| 4.1 | 배포 파이프라인 (deployment-pipeline) | 운영 환경으로 안전하게 전달하기 위한 배포 절차를 자동화한다 | 파이프라인 배포 (Pipeline Deployment) |
| ... |
성과물을 만드는 11체 (주 담당자가 될 수 있는 9체 + 보조 전담 2체) 외에, 리뷰만 수행하는 2체와 스코프를 구성하는 컴포저(Composer) 1체가 있어 총 14체입니다. 리뷰어(Reviewer)는 주 담당자·보조와는 별개로, 특정 12개 스테이지에 READY / NOT-READY 지적을 덧붙입니다. 흐름을 끊지 않는 검증을 수행하며, 최종 판단은 승인 게이트 담당자가 내립니다 (별도 기사 「리뷰어」).
| 이름 | 전문 영역 | 주 담당 가능 여부 |
|---|---|---|
| 프로덕트 | 프로덕트 관리 · 비즈니스 분석 | ○ |
| ... | ||
| 파일 | 내용 | |
| --- | --- | |
core/aidlc-common/stages/ (32개) | 총 32개 스테이지의 정의 (페이즈(Phase) · slug · 의존성 · 주 담당) | |
tools/aidlc-graph.ts | 스테이지 의존 그래프와 컴파일 순서 (번호의 근거) | |
aidlc-common/protocols/stage-protocol-recovery.md | 페이즈 번호 매기기 (0.1–0.3 … 4.x)에 관한 기술 | |
core/agents/ (14개 파일) | 14체의 에이전트 (결과물을 만드는 11체 + 리뷰 전담 2체 + 컴포저(Composer) 1체) |
전체상: 개념 맵 / 공정과 에이전트
목차: AI로 풀어보는 AI-DLC v2
AI 자동 생성 콘텐츠
본 콘텐츠는 Qiita AI의 원문을 AI가 자동으로 요약·번역·분석한 것입니다. 원 저작권은 원저작자에게 있으며, 정확한 내용은 반드시 원문을 확인해 주세요.
원문 바로가기