菜单
Use when INCEPTION needs to determine which stages to execute, their depths, and the overall development approach.
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
| name | aidlc-workflow-planning |
| description | Use when INCEPTION needs to determine which stages to execute, their depths, and the overall development approach. |
| metadata | {"version":"0.7.0","author":"Jay","category":"ai-dlc-workflow","invoke_mode":"orchestrator-only","return_behavior":"stop-no-gate","output_path":"devflow-docs/inception/workflow-plan.md","skill_nature":"hybrid","lifecycle":"active","model_dependency":"모델이 단일 접근법만 제안하고 비교 안 함","amplification_notes":"2-3 approach 비교 + 빠른/안전한 스펙트럼 강제 + Approved Stages 구조"} |
Determine which stages to execute and at what depth.
Read (if they exist):
devflow-docs/inception/workspace.mddevflow-docs/inception/requirements.mddevflow-docs/inception/user-stories.md — 사용자 스토리 (있으면)devflow-docs/inception/nfr-requirements.md — NFR 요구사항 (있으면)요구사항과 workspace를 기반으로 접근법을 생성한다.
접근법 개수 기준 (complexity 연동):
complexity는 호출 텍스트 또는 devflow-docs/devflow-state.md의 ## Complexity 필드에서 확인.
항상 포함해야 하는 접근법:
접근법 간 실질적 차이 필수: 스테이지 포함 여부 또는 depth가 달라야 함.
NFR 컨텍스트 반영:
devflow-docs/inception/nfr-requirements.md가 존재하면:
application-design: Comprehensive 포함 (NFR Design 활성화)각 접근법 형식:
### [A안 | B안 | C안] [접근법명] [(권장)]
- 포함 스테이지: [list]
- 깊이: [Minimal | Standard | Comprehensive]
- 적합: [한 줄]
- 주의: [한 줄]
Create a text-based workflow diagram:
INCEPTION
✅ workspace-detection (완료)
✅ requirements-analysis (완료)
⏭ workflow-planning (현재)
CONSTRUCTION
➡ application-design [Standard] (?)
➡ units-generation [Minimal] (?)
➡ code-generation [Standard]
➡ build-and-test [Standard]
주의: Visualization은 A안(권장) 기준으로 생성한다.
선택된 접근법이 다를 경우 오케스트레이터가 재요청할 수 있다.
스킵된 스테이지는 ⏭ [stage] — 스킵 (A안 기준) 형식으로 표시한다.
Create devflow-docs/inception/workflow-plan.md:
# Workflow Plan
**Timestamp**: [ISO 8601]
**Selected Approach**: TBD (오케스트레이터 gate에서 사용자 선택 후 업데이트)
## Approaches Considered
- A안) [접근법명] — [한 줄 요약]
- B안) [접근법명] — [한 줄 요약]
- (C안) [접근법명] — [한 줄 요약]
## Approved Stages
### PRE-PLANNING
- user-stories: [included | skipped | held] — [reason]
- nfr-requirements: [included | skipped | held] — [reason]
### CONSTRUCTION
- application-design: [included | skipped] — [reason]
- units-generation: [included | skipped] — [reason]
- code-generation: included — always
- build-and-test: included — always
## Stage Depths
- application-design: [Minimal | Standard | Comprehensive]
- units-generation: [Minimal | Standard | Comprehensive]
- code-generation: [Minimal | Standard | Comprehensive] (TDD protocol 적용 — _shared/tdd-protocol.md)
- build-and-test: [Minimal | Standard | Comprehensive]
중요: ## Approved Stages는 선택된 접근법 기준으로 작성한다.
초기 저장 시에는 권장 접근법(A안) 기준으로 작성한다.
오케스트레이터가 선택을 받은 후 **Selected Approach** 필드를 업데이트한다.
오케스트레이터 Routing Table은 ## Approved Stages 이하만 파싱한다.
참고: ### PRE-PLANNING 섹션은 오케스트레이터가 파싱하지 않는다.
Pre-Planning 스테이지는 오케스트레이터가 직접 게이트로 관리하며, 이 섹션은 기록용.
기존 ### CONSTRUCTION 파싱 로직은 변경 없음.
conventions Review Workflow 적용.
conventions 표준 형식. 반환 필드:
application-design 포함 여부가 모호하면:
아이디어를 설계로 전환하거나, 새로운 기능을 만들거나, 구현 전 구조화된 설계가 필요한 창의적/탐색적 작업에 사용. Use when turning an idea into a design, creating a new feature, or when any creative/exploratory work needs structured design before implementation.
태스크나 unit 구현이 완료되어 머지 전 코드 리뷰가 필요할 때, 또는 사용자가 명시적으로 코드 리뷰를 요청할 때 사용. Use when a task or unit implementation is complete and needs code review before merging, or when the user explicitly requests a code review on their changes.
설계 문서를 상세 구현 계획으로 변환하거나, "구현 계획 작성", "plan 만들어줘" 요청 시 사용. INCEPTION 워크플로우 계획은 aidlc-workflow-planning 사용. Use when a design document needs to be converted into a detailed implementation plan with task breakdown, or when "구현 계획 작성", "plan 만들어줘" is requested. Not for INCEPTION workflow planning — use aidlc-workflow-planning instead.
Use when user explicitly requests "auto 모드", "자동 모드", "auto mode", or "알아서 만들어줘". 초보자를 위한 완전 자동 devflow. greenfield 전용. 요구사항 입력 → inception → construction → build-test를 자동 진행하며 각 flow 종료 시 멀티에이전트 리뷰 필수.
현재 세션에서 구현 계획을 실행할 때 사용. 독립 태스크별 신규 서브에이전트 컨텍스트 활용. Use when executing an implementation plan in the current session with independent tasks that benefit from fresh subagent context per task.
프로덕션 코드 작성, 버그 수정, 리팩토링 시 사용 — 예외 없이 RED-GREEN-REFACTOR 사이클을 강제. Use when writing any production code, fixing bugs, or refactoring — enforces RED-GREEN-REFACTOR cycle with no exceptions.