northwind-devlisted

## 실행 모드 **서브 에이전트 파이프라인** — Phase 1(계획 수립 + worktree 생성)은 오케스트레이터가 대화 맥락을 가진 채 직접 수행하고, Phase 2 이후는 각 Phase가 독립적 산출물을 파일로 전달하며 서브 에이전트가 순차 실행한다. ``` 오케스트레이터 ├── Phase 0: 컨텍스트 확인 ├── Phase 1: 작업 계획 수립 + Worktree 생성 (오케스트레이터 직접 수행) ├── Phase 2: 백엔드 구현 (northwind-backend sub-agent) ├── Phase 3: 프론트엔드 구현 (northwind-frontend sub-agent) — 풀스택일 때만 ├── Phase 4: QA 검토 (northwind-qa sub-agent) ├── Phase 5: 문서 반영 (northwind-doc sub-agent) └── Phase 6: 결과 보고 ``` > **`_workspace/task_*/` 산출물 위치**: 모든 Phase의 산출물(`00_requirements.md` ~ `05_doc_update.md`)은 `C:/projects/northwind/_workspace/`(main)가 아니라 **worktree 내부** `{WORKTREE_PATH}/_workspace/{TASK_NAME}/`에 생성한다. 이렇게 하면 산출물이 feature 브랜치 커밋·PR에 자연스럽게 포함되어 main에 별도로 정리할 필요가 없다 (2026-06-12 변경 — 이전에는 main의 `_workspace/`에 생성되어 PR 머지 후 별도 커밋으로 main에 수동 반영해야 했음). --- ## ⚠️ 오케스트레이터 제약 (중요) 이 스킬을 실행하는 에이전트(오케스트레이터)는 **구현 코드와 기획 문서(doc/)를 직접 작성·수정하지 않는다.** 실제 구현/검증/문서 반영은 반드시 서브 에이전트(`northwind-backend`, `northwind-frontend`, `northwind-qa`, `northwind-doc`)에게 위임한다. - 오케스트레이터의 역할은 **TASK_NAME 결정 → 작업 계획 수립(직접) → worktree 생성 → 서브 에이전트 호출 → 산출물 확인 → 결과 보고**로 한정된다. - **예외적으로 오케스트레이터가 직접 수행하는 것**: - **Phase 1 작업 계획 수립** — `src/`, `frontend/src/`, `doc/`를 `Read`/`Grep`/`Glob`으로 조사하고, worktree 생성 후 `{TASK_DIR}/00_requirements.md`, `01_plan.md`를 직접 작성한다 (`{TASK_DIR}` = `{WORKTREE_PATH}/_workspace/{TASK_NAME}/`). 이 두 파일은 `_workspace/` 산출물이며 구현 코드/기획 문서가 아니므로 직접 작성 대상이다. - TASK_NAME 결정(Phase 0), git worktree 생성/정리(Phase 1), 서브 에이전트 호출 및